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Section 1.0 INTRODUCTION 

This document describes the software created for the Flight 
Management /Flight Controls (FM/FC) MicroVAX computer used on the 
Advanced Transport Operating System (ATOPS) project at the Langley 
Research Center. The software was developed by Computer Sciences 
Corporation (CSC) for NASA under contract NAS1-19038. This 
document targets the software delivery of February 27, 1991 as a 

baseline system. 

The FM/FC host computer works in tandem with another MicroVAX 
computer, referred to as the Displays computer. The document 

Advanced Transport Operating System 
Color Displays Software Description 
MicroVAX System 

should be referenced for information about Displays software. 

Throughout this document, descriptions of software modules are 
presented in a standardized format. The basic template is shown 
below. At the top of the form is a header block containing 
miscellaneous information about the module, including a one or two 
sentence synopsis used as a quick reference stating the purpose of 
the module. A detailed description follows which may be a small 
paragraph to several pages in length. Global symbol references are 
listed next. These are the common variables referenced by the 
particular module. Note that passed parameter variables are not 
shown here. Passed parameters are provided in the CALLING SEQUENCE 
portion of the header information block. 


MODULE NAME: 
FILE NAME: 
PROCESS: 

PURPOSE : 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 

DESCRIPTION: 


GLOBAL INPUTS: 


GLOBAL OUTPUTS: 
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Section 2.0 SYSTEM OVERVIEW 


describe th^o^ra!? con lotion of^hrFMTFcTof^" brie£ly 

vix/™fn fli 9 r ht COmpUter - The -ade? 1 ^sh t o^dTe FC fa S m m W a a r re „i°t n h 3£ 
AX/VMS operating system. Several important key words are* nof C H 
below. Detailed information about these conceDfq io -h 

-d X«3 U trsta n rt r ° dUCti0n 


Digital Command Language (DCL) 

Command files 

Processes 

Images 

Process priorities 
Global sections 

Exceptional conditions / Condition 
Condition handlers 


signaling 
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section 2 . 1 PROCESSES AND EXECUTABLE IMAGES 

There are seven executable . images a-ociate^ with the FH/FC 

applications^programsf^Their “names^are ^iven heiow with a brref 

description of their purposes. 


dstar 

SECTION 

VIEW 


HDL 

FMFAST 

fcfast 

SLOW 


(utilities) . . . „ 

manipulate data recording tables 
install and remove global sections 
monitor global variables 

perform Flight Management real tri = latlons 
perform SU& ^ 




for the FM/FC executable images 
The environment created Thev are the initial process 

consists of five VAX processes. ■ f J^pa^ed sub processes. The 
created from the user log . ^ rhe looin process. Any one 

utility programs run in activated from the terminal with the RUN 
of the three may be act ' n active continuously under 

command. The other f< e ss Since the FM/FC applications 
the context of their own sub h P / ^ s Priority system determines how 

ssssr &Z s sSZ^rzZ' s: 

se t of^responsibilities . ^he ^ 

name s°of “modules ShicSTaXe Ip each image are also included. 
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PROCESS NAME: HDL (I/O Handler) 


£ ^he^ule 12 ' this yS e«ernl! Ur ?/o t0 aUo " exte ™al i/o 

VO & also formats 


19 


EXECUTION PRIORITY: 

invoked by: dcl spamn 

GLOBAL sensed >™» 

FCCoSTi? /W1, DLNC0M R/» lr DSTDATfR ^"^ ' C10C °MtR/W], 
FCCOMfR], INPCOMrR/Wl DTCCOM[R/Wl 

OUTCOM[R/W], RECCOM[R] # M tR/W], NAVCOM [R/W] | 

DESCRIPTION: 

i» th. 

t C r a ?e d 9i0 n UP a° t n ^ «^X* &£ 

channels 9 *for D DMA i withb^t daedla ^ a> ^ ai " c°Rtext 

Sfer- V ™ Sf, V® pS!" 5^” ^ 

application software by HDL? iS f °™ atted *>r 
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PROCESS NAME: FMFAST (Flight Management FAST loop executive) 

PURPOSE- To perform initialization functions for the Flight 
Management (FM) foreground software and serve as the 
executive for FM supporting modules. 

EXECUTION PRIORITY: 18 


INVOKED BY: 


DCL SPAWN 


pt nRAT SECTIONS USED [ READ (R) /WRITE (W) ] : . 

AADCOM [R] , BCKCOM [R/W] , CDUCOM(R/W] , CIOCOM R/W , 

DISNAVtR/W], DLNCOM [R/W] , FCCOM[R/W], INPCOM[R/W], 
NAVCOM[R/W] , OUTCOM [R/W] , RECCOM[R/W] 

OE^RIPTWN: ess consists of those routines that P^ide 

. T... rrpate a nd interact with the aircraft flight plan. 

Th^ ability to inspect and enter information that affects the 
fliqht Plan is provided through software that controls the CDU 

dsL-2 for^by software^control°of K°5. f ~ 

^ng^tem* (MLS,' and/o^Globa^Positionin^Satellite 1 signals 
^fbe 9 use y d to augment the navigation depending upon seiectron via 

the Aircraft guidance commands for the various automatic modes of 
fliaht are also computed by the FM software. These may include 
horizontal/ vertical, and time guidance commands UP ° n Che 
pilot selected flight mode (see description of MSPLGC) . 
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PROCESS NAME: 


FCFAST (Flight Controls FAST loop executive) 


PURPOSE. To perform initialization functions for i-h* K 

Controls (FC) software and serve as t-h« the . Flight 
supporting modules. the executlv e for 


EXECUTION PRIORITY: 17 


INVOKED BY: 


DCL SPAWN 


GLOBAL SECTIONS USED [READ (R) /WRITE (W) ] : 

dlncomIr'w], Svf^wj; SSSSfSi ' SIS;, 

sa, SSSI&, SS£« 

DESCRIPTION: 

interface S“' H fr ° m the ™rious 

control laws selected and iccime 9 0 mode control logic and 

in flight. The prin iry co^andl isTed th ? aircraft 
include aileron command (AlirMm t0 the contro1 surfaces 

command (RUDCMD) , autothrottle' position c ° minand (D ECMD) , rudder 
stabilizer trim discretes (TRIMR, TRIMD) Thp°r!! and f (APCDG) , and 
commands, as well as the accompanvina lnoio e COIt >P uta tion of these 
covered in detail in the Flight Cont 9 rols%ec\ n fon r o7^h\Td^c i u n i n 9 en a t re 
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PROCESS NAME: SLOW (Flight Management SLOW loop executive) 

PURPOSE' To provide background processing for FM functions such as 
navigation, CDU operations, printing snapshot data, and 
error messages. 


EXECUTION PRIORITY: 4 


INVOKED BY : DCL SPAWN 


GLOBAL SECTIONS USED [ READ (R) /WRITE (W) ] : 

AADCOM [R] , BCKCOM [R/W] , CDUCOM(R/W], 
DISNAV [R/W] , DLNCOM [R/W] , DTCCOM[R], 
INPCOM [R] , IPLCOM [R/W] , NAVCOM[R/W], 
RECCOM [R/W] 


CIOCOM [R/W] , 
FCCOM [R/W] , 
OUTCOM [R/W] , 


DESCRIPT IlON^cut able image SLO w.EXE is activated by the HDL process 
upon system start up. This process executes continually in the 
background mode supporting those non-time-critical functions such 
as CDU processing, tuning of ranging stations such as DME (distance 
measuring equipment) or TACAN (Tactical Air Navigation) stations, 
and printing of snapshot data and error messages. 
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PROCESS NAME: 


DSTAR (DAS/SNAP Table Access Routine) 


PURPOSE: 


To provide an interactive method of 
recording variables and snapshot criteria 


selecting data 
and variables. 


EXECUTION PRIORITY: 4 (20 when invoked by HDL process) 


INVOKED BY: 


RUN DSTAR (for interactive use) 

Spawned by HDL at priority 20 on startup 


GLOBAL SECTIONS USED 
AADCOM [R] , 
DLNCOM [R] , 
IPLCOM (R] , 


[READ (R) /WRITE (W) J : 
BCKCOM [R] , CDUCOM [R] , 
DSTDAT [R/W] , DTCCOM [R] , 
NAVCOM [R] , OUTCOM [R] , 


CIOCOM [ R] , DISNAV [R] , 
FCCOM [R] , INPCOM [R] , 
RECCOM [ R/W] 


DESCRIPTION: 

DSTAR is an interactive process used to selprt- Hat-a a • 

variables, snapshot criteria and variables and set no J?? ordl "9 
tables for data recording, it permits In expe“menter To modffTJ, 

taWe 1 " 9 ^ 3 11St d'- SnapSh0t data specification or alter^e 
E? 1 ®’ r ?? ta recording is not actually performed by this prjcjss 
but a table is created (DASPAR) which is used by data remrdi^ 
software (OUTIO) running in a foreground process TfmfaST) tolelecl 

to the° r DATAC a b C us 0 rdin 9 p t0 fa ° t0rS s P ecifi «> output ?t 

, *4-* bus. For a detailed description of dstar 

pabilities, see the Data Recording Section of this document. 
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VIEW (Global Section Data View Utility) 


PROCESS NAME: 

PURPOSE: TO examine and modify variables in the ATOPS global 

sections . 


EXECUTION PRIORITY: 5 
INVOKED BY: RUN VIEW 


GLOBAL SECTIONS USED 
AADCOM [R] , 
DISNAV [R/W] , 
FCCOM [R/W] , 
OUTCOM [R/W] , 


[READ (R) /WRITE (W) ] : 

BCKCOM [R/W] , CDUCOM [R/W] 
DLNCOM [R/W] , 

INPCOM [R/W] , 

RECCOM [R/W] 


DSTDAT [R/W] , 
IPLCOM [R/W] , 


CIOCOM [R/W] , 
DTCCOM [R/W] , 
NAVCOM [R/W] , 


description: inte ractive process used to examine and modify 

Ke C rla S d/wrlte}rivilege= = associated > a ^^t 

contained in appendix D. 
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Section 2.2 GLOBAL SECTIONS 

through°g!obaf sec^onsl 6 ^ G^obal^sect ion^ SyStem 

into the virtual address space of Several m ^°. ry wh:LCh are mapped 
FM/FC software each global sec?Ln consists o7 imageS ; In the 

program section following the standard ^ • reloca table 

Fortran common block. The 9 FM/FC softw!7 def ^ition of the VAX 
All but two, AADCOM and DSTDAT 14 gl ° bal actions, 

files which contain one common block definition aS Th F ° r - tran inc l ude 
are needed to provide the global s erf inn inc l u de files 

compiler when compiling the Fortran mnrinio^^u 8 t0 the Fortr an 
the FM/FC software . The other^ make U P most of 

assembly language files which are ^ ■ sectlons are macro 

object file containing f ^ t0 produce a " 

variables. The following is a list of hL fT? f ° r a11 common 
note on the type of mem0 ?y locations co„\a^f * 


AADCOM 

BCKCOM 

CDUCOM 

CIOCOM 

DSTDAT 

DISNAV 

DLNCOM 

DTCCOM 

FCCOM 

INPCOM 

IPLCOM 

NAVCOM 

OUTCOM 

RECCOM 


Navigation database 
Flight Management background data 
Control Display Unit data 
CDU input/output data 
Default recording list 
Output data to Displays MicroVAX 
Data link information 
I/O memory for aircraft DATAC bus 
Flight Controls data 
Formatted DATAC Input variables 
Data link information 
Navigation data 

Formatted DATAC Output variables 
Data recording variables 


by the b VAX ift^^ty r prog^am et BLKMAc aCb The ^ort rar/ 311 inc . lude file s 

ind?vidua?var S /a n bles th : t 1^ Ct c U Creates d ° define 3£ 

global symbol definitions are necessarv°to a?i 9l °v al symbols * The 
language modules efficient access to JfnhSi n °^ VAX macro assem bly 
file COMMON. FOR exists solelv for^TKMac 1 section variabl es. The 
'Block Data' module which ThlS file is a Fortran 

template files and also contains initiaTiT*^ *7® global section 

of the global section variables BLKMar 10n sbaten Jf. nts for some 
creates an object file for sa eh ‘ BLF MAC reads this file and 

The ob?ec7 files created bv bl ° Ck . refer ^ced within. 

SECTION which is used to create ol^bSi a 7 V ^ int ° the P r ° 9 ram 
interactive program that alfow? f- 9 h ° b se ftions. SECTION is an 
delete the globll section! Gloha? • t0 create ' afresh, or 

th e !t Or s7c7l f 0 O N e wi a iT issued itlU 1 Jffif f ^reT^ s^rtlT^ 

sections which are currently in use by appU^^ns^oft^e 910 ^ 
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, 4- Dr-nreed with or abort the deletion. If the 

user may choose top * VAX/VMS operating system removes the 

delete is not aborted, ti table but does not free the 

sections from its g image mapped to the sections has 

exited 31 ThTs^in^^^'ec^ha^s^ global sections to private 

sections. . . _ rrp<?s to t he global sections through 

Executable img f a m0 dule MAPCOM on startup. MAPCOM 

;rs;i> th a db s 

SSSSg»-“£ Creates 0& 

filirand^PTBL.MAR used in linking each executable image. 
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Section 2.3 INSPECTING GLOBAL VARIABLES WITH VIEW 

the VM%L r b!r a Lc\\ E on S i Vf?n1>d t0 foTniTht an stfr dify variable = in 
utility the global sections must have hi. s0 “ ware - To use this 
using the utility SECTION The view lnsta ii e< i previously 

header lines and twenty lines fo/ the SCreen con tains two 

the diagram on the next page) The first variables (see 

version number of VIEW, thl flight svstem d J r ^ lne con tains the 
was linked, and the date of the fMoht- * de " tlfler to which VIEW 
second header line shows which Jf the four mi?*hf ne J- ation - The 
is currently being shown. The display i * til llab f e display pages 
number on the left side of the display eac * have the line 

on the display line, three additional * fiSrig variables are placed 
line number. First the format code for Vh* ^ • Sh K ° 1 wn after the 
This tells how many bytes of data ,1 ^ variable is shown, 

and how the binary values interpret £5 “V* 1 ? Selected variable, 
value of the variable. The last part of MS h°" f he line is th4 

th2°Un“ Ve latel “““ t0 identify*^ he 

a flight system. 8 P VIE^li^ediately promptT f ° account containing 
password is used to determine the y reS?/TiH «■ for a .Password. The 
grants to the various global thab VIEW 

privileges for users with no password Tho Z' l maintains default 
is gained by simply entering a carriage' % default entry into vi ew 

usees. Refer to a PP e„d ix 
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VIEW 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 


[V5 . 1 ] : FM/FC BASELINE 12-FEB-1991 
Page 1 

1.2 0 MAXF 

H . 2 0020 FCFLGS 

F . 4 -13.1027 ROLL 


->ARRAY (16) /F=F. 8/R=2/L=6 


FIGURE 2.1 
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Section 2.4 STARTING AND STOPPING VAX FM/FC SOFTWARE 

There are 12 files needed for a complete FM/FC software 
system. These include the seven executable images described in 
section 2.1 and the following five files used to manage the 
execution of the system. 

RUN . COM 

This command procedure is used to start the FM/FC software. 
First it checks to see if an old set of log files is open (see 
section 2.5) and closes them if necessary. The utility program 
SECTION is automatically run next to allow the user to install or 
refresh the global sections. Finally the sub processes are spawned 
and exception log files opened by calls to GO.COM. 

GO . COM 

This command procedure opens the process exception log file 
and starts the executable image. It is called once for each of the 
four FM/FC software processes. 

HALT . COM 

This command procedure is used to properly terminate the VAX 
FM/FC software. The first thing it does is close the exception log 
files and delete all but the latest three versions of each. Since 
the log files are process permanent files, the logical end-of-file 
mark is forced to the physical end-of-file. All three sub- 
processes are terminated with the DCL STOP command. Finally the 
user is given the opportunity to select automatic removal of the 
installed global sections. 

GBLNAME . DAT 

This information file is used by the utility program SECTION 
as a reference to the names of all defined global sections. This 
file is also used when creating the software system. Refer to 
appendix E for its role in the system build. 

SH0W_L0G . COM 

This command procedure is used to review the current exception 
log files while the system is active. Section 2.5 (condition 
handling) has complete information on the log files. 

Once logged into an account containing the aforementioned 
files the user may start the FM/FC software by entering "@RUN" at 
the console terminal. The user is immediately prompted by SECTION 
to choose between installing the global sections or refreshing a 
previously installed set of global sections. Finally the utility 
program DSTAR is automatically run to initialize the default data 
recording list. At this point the standard DCL '$' prompt is 
issued and the console terminal may be used for DCL commands and 
running utility programs while the FM/FC software executes. 
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Section 2.5 CONDITION HANDLING 

Numerous types of exceptional conditions may occur on a 
VAX/VMS system. These can be both hardware and software faults or 
traps which occur when the system detects a programming error. 
Without outside intervention, the VMS operating system takes 
predefined actions through the default system condition handler. 
User defined condition handlers may be defined "further up the 
stack" to intercept exceptions before they reach the system 
condition handler. The FM/FC software has defined a condition 
handler to perform special operations for several commonly 
occurring exceptions. 

The system operator is notified of the occurrence of 
exceptions in several ways. Each process has an exception counter 
defined in one of the global sections (HDLCNT , FMCNT , FSTCNT, 
SLWCNT) . These variables contain the total number of exceptions 
that have occurred in each process since the system was started. 
The utility program VIEW can be used to monitor the counters. For 
most exceptions an explicit notification is given at the time it 
occurs. The notification consists of a brief message sent to the 
system console terminal and a detailed description of the exception 
placed in the process's log file (FMFAST.LOG, FCFAST.LOG, HDL.LOG, 
SLOW.LOG) . To eliminate unnecessary I/O, the terminal and log file 
notification will only be made once every fifteen seconds for a 
repeated exception. A repeated exception must have both the same 
error code and originate from the same machine instruction. 

Following is a list of the exceptional conditions handled by 
the FM/FC condition handler. Any other exceptions signaled to the 
FM/FC condition handler will simply be resignaled to the default 
system condition handler after the terminal and log file 
notifications have been posted. 

(software traps from VMS math library) 

MTH$_SQUROONEG - The square root of negative value error forces the 
math - library function return value to be zero. No exception 
message is posted for this error. 

MTH$ * - All other math library exceptions also force the function 
return value to zero. Terminal and log file notification are given 
for these. 


(hardware faults) 

SS$_FLTOVF_F 

SS$ FLTDIV F - These faults are modified to simulate their 
corresponding traps since continuation of the applications software 
after the fault cannot be done. VMS resignals the FM/FC condition 
handler with the new trap. Note that the exception counter will be 
incremented twice because of this action. 
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ss$ RO p RAND - This fault occurs when floating point data contains 
an rilegai binary code. There is only one undefined floating point 
bit pattern: the sign bit set and all other bits clear (-0) . The 
reserved operand is changed to a value of zero and the instruction 
is restarted. 


(hardware traps) 

SS$_FLTOVF 

SS$-FLTDIV 

SS$_INTDIV 

INTOVF - These traps are reflected in the exception counters 
and posted on the terminal and in the log file. The applications 
software continues afterward with the following instruction. Note 
that the integer overflow exception currently cannot occur in the 

software since the detection is disabled by the Fortan compiler 
switch /NOCHECK. oumpner 
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Section 2.5.1 EXCEPTION LOG FILES 

Exception messages are saved in log files defined for each 
orocess (HDL . LOG, FMFAST.LOG, FCFAST.LOG, SLOW.LOG). Inactive log 
files may be viewed with DCL commands such as TYPE, COPY, or PRINT. 
When the FM/FC software is executing, the active set of log files 
are accessed with the SHOW_LOG.COM command procedure. There are 
three forms available for use. 

0SHOW_LOG <process_name> 

@SH0W_L0G <process_name> ALL 
@SH0W_L0G <process_name> SINCE 

The "ALL" form will display on the user's terminal all exceptions 
posted in the file, which is empty when the software system is 
started The "SINCE" form shows the user the exception messages 
costed since the last time the particular log file was referenced 
by 0SHOW LOG. The first form is equivalent to the "SINCE" f ° rm * 

Each exception message in the log file consists of a header 
with the current MicroVAX date and time, followed by the aircraft 
Greenwich Mean Time (GMT) . Next appears the VMS exception message 
followed by a traceback of the call sequence. 
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Section 3.0 I/O COMMUNICATIONS 

i-*om»r. In orc * er f° r FM /FC application software (FMFAST, FCFAST stow 
DSTAR, etc.) to function correctly, real-time data fromexternai 
sources must be input, and processed data must be output fn a 

HDL? hr ° nlZe d manner - Thls ls the responsibility of the process 

HDL initializes system resources to allow external T/n 

l?FAS? anS 1S sS erna HDL /0 'ai a so %° °°^ ro1 V* sub P«,ces ses 
rccAbi ana SLOW. HDL also formats I/O data to/from t-hocl 

processes. The executable image HDL. EXE is activated either in the 

context of an interactive user or the context of a subprocess of an 

interactive user which has been created using the d?L spawn 

command. Upon activation HDL raises its priority into the real- 

switching° n ^^w^l disables ^antum expiration context 

switching. HDL will then use system context to confiaure t/o 

channels for DMA with external devices (DATAC, Displays MicroVAX 

i?i? r ; Pr ° CeS S° r f in *' . etc) • The subprocesses FMFAST and FCFAST 
will be synchronized into a 50 millisecond frame by HDL using an 
interrupt from the DATAC. The DATAC will also supply a 10 
millisecond clock for synchronization of DMA I/O. This I/O data is 
formatted for use by the FM/FC application software by HDL 


19 


MODULE NAME: 
FILE NAME: 
PROCESS: 


HDL 

HDL . MAR 
HDL 


PURPOSE : St S.™ C r C J/o‘° |nd°“ tT te c r o n ntrol /0 ' the 

subprocesses FMFAST , FCFAST, and SLOW. 

CALLED BY: VMS 

calls N to^ EQUENCE: iniom? iofll, lock, MAPCOM. OUTIOM, PCK_IO 

DESCRIPTION: t ied w ith, and has been written 

This module is very internal architecture. As 

around, the ° f of %MS in particular those portions 

such, an understan g et-mrture and the internals of VMS I/O, 

reiating to virtual memory ^~ ctu t ” ^Sdology used in the 
will be required to ™ I/O This understanding may 

configuration of tt.. ^ ^cementation set (in particular 

be obtained from the standard v ' support, paying particular 

VMS Version 5, Volume and connecting To An Interrupt 

ss 

comments" 01 ^ The ^olufe^HDL Contains four functional parts. These 
include : 

I.) initialization code 
II.) Main loop processing 
HI.) Kernel mode routines used in initialization 

IV.) Connect to interrupt routines 
The following describes each: 

1.) initialization code - This code performs the following 


A. ) 


B.) 


C.) 


Assign a channel to the default terminal so 

that any error messages p 0 ri 

Also assign a channel to theJXAS ser P. nR 
which is used for pacjcet 

communication . 

Declare an exit handler which will remove all 
created subprocesses and set process p 
back to level 4. 

sot process priority 

will ? disable any quantum expiration context 
switching. 
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calling ^LOcT W °f ^ Set *>y 

possibility of paae fau?Mn« V • reduce the 
execution. P 9 faultin 9 during main loop 


E.) Assign a channel number to each of f ho 
following devices: acn of the 


1.) 

XAAO 

- DATAC DRV11 

2.) 

XABO 

~ IPL DRV11 

3.) 

XADO 

~ CVIU DRV11 

4.) 

KWAO 

- KWV11 


H.) 


E. ) Call MAP COM to niaD 4-/. ..u 

sections. P the squired global 

Ss“;HvS ?r“ “™ 

reference specific physical i*l p t . r ° Cess t0 
virtual addresses. pnysical locations v la 

vfrL^reris b^ft ^a^ 

-S35 Ulsters in du^"? h 

in Je r ct?o„ S 3 a belo 0 u UtineS - TheSe are disc ^ 

I ‘ ) eveSt^flL? COmm ° n 6Vent flag duster. These 

the fliahf 9 a us ? d for synchronization of 
light application processes. 

J -’ DS f T« e at la ?rI T oriIy P levlf i/T " th * P ™ 

--- - --os; 

K. ) Connect to interrupt vectors a „„ 

interruof vectors. A connect to 

four nfJii , S u executed for ea ch of the 
IT™11 and the KWVU devices. This 
establishes connect to interrupt init start 

Jt e , rrUpt , . Service ' and cancel roitinls^ 
discussed in detail in section 4> routines as 

L. ) Initialize output variables for walkina hit 

sawtooth ramp, and control mode panel outputs! 

M>) enabled mil lisecond interrupt, then 

enable 10 millisecond clock and start main 
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loop software. 

tt ^ Main loop processing. Main loop processing begins by 
•.•L f?r Either a 10 or 50 millisecond interrupt. Upon 
waiting for eit occurred. HDL will either execute manor 

determining , which “te«upt occvrrea^ ^ ml llise00nd interrupts , 

?espe«ively l Major and minor frame processing is described below: 


A. ) 


B.) 


Major frame - Major frame processing begins 
after a DATAC 50 millisecond attention 
interrupt. This occurs in minor frame 4 
several milliseconds before the minor frame 0 
interrupt. The minor frame counter variable 
MFRAME is set to a -1 during this interva . 

HDL will, at the beginning of a manor frame: 

1. ) Read the data necessary for 10 millisecond 

processing . 

2. ) Format 10 millisecond input data by calling 

IN10M . 

3. ) Format 10 millisecond output data by 

calling OUT10M. 

4 ) Output 262 words (112 words for effector 

data plus 150 words for data recording) in 
OUTCOM to the DATAC SIR. This includes the 
10 millisecond output data. The 

corresponding hexadecimal SIR addresses 
are from 390 to 496. This data was loaded 
in the preceding major frame by the process 
FCFAST using the subroutine OUTIO. 

5 ) Read 587 words of raw data from the DATAC 

SIR via DRV11 into DTCCOM. This includes 
hexadecimal SIR addresses IB through 266. 

6.) Format input data for _ use by fl ^£t 
application software, using IOFLL, into 

INPCOM. 

Upon completion of I/O, HDL will set event flags 64 
and 65, Enabling FMFAST and FCFAST to execute 

frame . 

Minor frame - There are five m i nor ^ rame ® 
major frame (minor frame 0 thru 4 1 . M 
frame zero begins with the first 
millisecond interrupt after the 50 *^];^ond 
attention interrupt. Each 10 m ^l lis 
interrupt will signal the beginning of the 
next minor frame. HDL will perform the 



following processing at the bpoinn^^ « 
specified minor frame: be ^nnmg of the 

1 ' > asTt ' N ° 1/0 is Performed here, 

s it was done at the beginnina of i-hl 

interval ) r f me <dUri " 9 «» 9 HFR& ° f . ‘D? 

21 three functions:' ™ S fra, " e consists »t 
the DA 0 TAC i SI 1 R SeCOnd inPUt daCa ls tead from 

bi , IN 1 10M n ! niiSeCOnd input data is formatted 

c.) Data for 10 millisecond outout i <s 
formatted by OUTIOM. tput is 

b.) 10 millisecond output data i? 

to the DATAC SIR. 1S written 

3. ) Minor frame 2 - Identical to minor frame 1. 

4. ) Minor frame 3 - This frame is the same as 

SJspLy vlTinte " ith the additio " of thl 
display VAX mterprocessor link as follows: 

t ^insfer ?<f d for the interprocessor 
, er 1S loaded into the DRV11 data 

This S oo r /°- r readin 9 by the display VAX 
This count is negated if the transfer does 

th! send the active navigation buffer For 
politfve^ bUff6r the is left 

b.) The address for the buffer to be qent 
register^ int ° th ® DRVU buffer ' s address 

C.) The transfer is initiated. 

5 ' ) min« frame 4 , " This trame is the same as 

CvJS^/o^aT fili^f tHe additi0 " <* bbd 

tel d f T r h om rt the n cvTu* ° f keyb ° ard input ard 

b.) The number of words of screen 
information to be sent to the CViu ?s 
loaded into the DRVll data register for 
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III.) 


IV.) 


reading by the CVIU (zero words is a 
possibility) . 

c. ) The transfer is initiated. 

d. ) Keyboard input data is unpacked by the 
routine KEYBRD. 


Kernel mode routines - These subroutines are called from 
the initialization software with the $CMKRNL system 
service. This code must run in kernel mode in orde £ 
reference the privileged registers PR$^P0BR (PO base 
register) and PR$ POLR (PO length register) . These 
registers are needid in order to calculate the virtual 
address (in SO space) of the DMA buffer s page table 
entry. This value is used in loading the Unibus adapter 

mapping registers. 

Connect to interrupt code - There is one connect to 
interrupt $QIO per device. A connect to 

has four associated parts - initialization, start, 
interrupt service, and cancel. These four par s ar 
doubly mapped both in process PO space and in ™ole 

space allowing them to run in system context The role 
of each in this application is described below. 


A.) 


B.) 


C.) 


initialization - The only function this part 
has at present is to store the system mapped 
address of the device register block. w ^ 11 ^ e 
not used at present, this could be used to 
control a device's registers from another 
device's ISR, should the need arise. 

Start - The start routine is used to load the 
Q-bus adapter mapping registers with the 
physical address of the DMA buffer. This 
loading is achieved using the system routine 
IOC$LOADUBAMAP , which uses as input tne 
virtual address of the buffer's page 
entry (computed in the kernel mode routines 
described above) . Connect to interrupt start 
routines normally run at IPL 6, but since the 
allocation and loading of mapping registers 
requires an IPL of 8, the IPL is raised at the 
beginning and then lowered back to 6 before 
exiting . 

Interrupt service routine - This code 1S 
executed when an interrupt is delivered from 
the associated device. Generally, the o y 
function this has at present is to clear the 
device's CSR and optionally set an event : 
Whether an event flag is to be set after an 
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interrupt is specified as an input flag to the 
connect to interrupt Sqio. Presently, the 
devices which will set an event flag are t-ho 
KWVU (event flag 4, the 10 millisecond c!oc£? 
and the DATAC DRVU (event flag 5 , the 50 
millisecond attention interrupt) . u 


u.) 


GLOBAL INPUTS 


cancel - 


This code is executed at the time of 
process termination, and is used to release 
mapping registers that had been allocated 

MODCNT 


GLOBAL OUTPUTS: (in aoUule GPSPKT.MAK,, „ dlcnt , 

send_b6f, iomait otucn? - ' - NZ ' act ~cnt, act_buf. 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


HDL_MESG 
HDL_MESG . MAR 
HDL 


PURPOSE: Contains error messages used by HDL 


CALLED BY: Non executable 

CALLING SEQUENCE: Not called 
CALLS TO : None 


to the default terminal of the process HDL. 


GLOBAL INPUTS: N/A 

GLOBAL OUTPUTS: N/A 


In the 
output 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


IOFLL 

IOFLL.MAR 

HDL 


PURPOSE : 


To format 50 millisecond DATAC <;tr . . 

INPCOM. SIR DMA input data into 


CALLED BY : HDL 

CALLING SEQUENCE: JSB IOFLL 
CALLS TO : None 

DESCRIPTION: 

large block input from°the DATAC 3 ^°It f i rame imme diately following a 
raw input data into a foT^ e r 6 / 01 forraatt ^ 

software. IOFLL stores formatted input^S intoTOC^ 11 ^ 1011 

IOFLL uses the following programmer defined macros: 

1 ‘ ) k^ LX - F ~ J* 111 scale ' bias, and/or bit shift a 16 

Hes^V fl *°**** 9 poi™ and e ?tore a the S Ksuft e at 

a destination pointed to by R0. result at 


2 .) 


3.) 


4.) 


5.) 


6 .) 


7.) 


SSfo,SB ^ Points t U o rC b e y ^ 

S, ' scales^and Stores 

SS?tl4 tailored for use in 

sets L thP l e nni S the s P ecified bit in R2 and, if set 

boolean e i^°cieared.° inteCl t0 by R °‘ Otherwise ^4 

clear 2 wi T f StS _ specified bit in R2 and, if 
clear, will set the boolean pointed to bv nn 
Otherwise the boolean is cleared y °* 


GLOBAL INPUTS: 


DTC_IN, MAGYAR 


GLOBAL OUTPUTS: All variables in INPCOM plus ALTATT 


(in DISNAV) 
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MODULE NAME: IN10M 

FILE NAME: INI OM. MAR 

PROCESS : HDL 

PURPOSE: To format 10 millisecond DATAC SIR DMA input data into 

INPCOM. 


CALLED BY : HDL 

CALLING SEQUENCE: JSB IN10M 
CALLS TO: None 

DESCRIPTION i 

IN10M is called at a 10 millisecond rate to format 10 
millisecond raw SIR input data into floating point format for use 
ky flight application software. This formatted data is written 
into INPCOM. 

IN10M uses the following programmer defined macros: 

1. ) SMPLXF - Will scale, bias, and/or bit shift a 16 

bit input integer source operand as specified, 
convert to floating point, and store the result at 
a destination pointed to by R0. 

2. ) ASMPLX - Similar to SMPLXF with the addition of a 

validity bit test preceding the conversion. Result 
is stored at the address specified in R0 . 

3. ) FILTF - In addition to converting and scaling, the 

input value is filtered. 

GLOBAL INPUTS: DTC_IN 

GLOBAL OUTPUTS: BMACIN, HDD, P, Q, R 
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MODULE NAME: GPSPKT 

FILE NAME: GPSPKT. MAR 

PROCESS: HDL 


PURPOSE : 


To format differential GPS data radio uplinked from the 
ground. 


CALLED BY : HDL 

CALLING SEQUENCE: JSB PCK_IO 
CALLS TO : NONE 


DESCRIPTION: 

This module receives radio uplink data containing differential 
correction values needed by the GPSSU for its differential GPS 

valu * s are received serially, checked for errors, 
formatted into the form needed for output, and loaded for output to 
DIFF The DIFF then sends this information to the GPSSU via an 
ARINC 409 channel. In addition, GPSPKT contains code to output an 
initialization stream to the Packet Terminal Node Controller (TNC) 
This sequence win be serially output to the TNC if the bottom bit 
of the variable PKT_CMD is set. 

module declares the global symbol PACKET RD LST which is 
modified by the module HDL. ~ — 


GLOBAL INPUTS: PKT_CMD, RETRY, PKT IN 

GLOBAL OUTPUTS: GPS_OUT, HDL DATA 


MODULE NAME: 
FILE NAME: 
PROCESS : 


OUTIOM 
OUTIOM . MAR 
HDL 
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PURPOSE: To format 10 millisecond output data from OUTCOM for DMA 

to DATAC SIR. 

CALLED BY : HDL 

CALLING SEQUENCE: JSB OUTIOM 
CALLS TO : None 

DESCRIPTION: 

OUTIOM is called at a 100 Hertz rate (10 millisecond interval) 
before each output of 10 millisecond SIR data. It is used to 
format floating point data from flight application software into 
fixed point data and store that data in DTC_OUT for output. 
Primary outputs are the aileron; elevator; rudder and throttle 
commands (AILCMD, DECMD, RUDCMD and APCDG) . 

OUTIOM uses the programmer defined macro FLOAT which will 
scale a floating point value pointed to by R0, convert it to 16-bit 
integer and store it at the destination specified in the macro 
call. Each of the primary surface commands (AILCMD, DECMD and 
RUDCMD) are output to two separate SIR memory addresses (separated 
by a fixed interval) to drive the A and B servo channels. External 
hardware compares the two outputs and completes the link to the 
servo system iff the two commands are equal. The FLOAT macro 
performs both outputs from one call if a final 'D' parameter is 
coded. The above describes all processing performed for the rudder 
and throttle commands (RUDCMD and APCDG, respectively) . 

The aileron and elevator commands are more complex in that the 
rate damping signals (P and Q, respectively) are summed with the 
basic command at the 100 Hertz rate by OUTIOM. Additionally, each 
of these commands is provided with a test mode which allows an 
operator to command the output of a specified fixed surface command 
for a specified period of time. The desired output command (KDECP) 
is specified in integer form at the output scaling, and the time 
(KDECT) is specified as the (integer) number of 10 millisecond 
iterations. To treat the simpler surface first, the vertical 
control law inner loop creates a nominal elevator command without 
pitch rate damping (DECMQ = DECMD Minus Q) at the 20 Hertz rate. 
It also computes the 16 second lagged Q output QX. QX approximates 
the pitch rate gyro bias and Q - QX the true pitch rate. In the 
present software, DECMD is only output to the B channel. The A 
channel has been fitted with hardware pitch rate complementation 
and receives DECMQ and KQ, the gain to be used for Q. (Q is not 
applied to either channel if a fixed value is to be output) . 
OUTIOM performs the following computations: 
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if (KDECT > 0) then 

DTC_OUT (31 ) = KDECP 
DTC_OUT (43) = KDECP 
DTC_OUT (37) = 0 
KDECT = KDECT - 1 

else 

R1 - Q ~ QX 

DECMD = DECMQ + KQ*R1 

DTC_OUT ( 31 ) = INT (102.4 *DECMD) 

DTC_OUT (43) = INT (102 . 4*DECMQ) 

DTC_OUT (37) = INT (204 . 8*KQ) 

endif 

Roll rate (P) complementation of the nominal aileron command 
(AILCMP) to produce the actual aileron command (AILCMD) is also 
performed in OUT10M. Roll rate is not debiased as pitch rate is, 
but rather passed through a 50 msec lag filter to produce PF1. 
Depending on control mode and the bits specified in LATSEL, AILCMD 
is either passed through a rate limited lag or simply complemented 
with the lagged roll rate. The following computations are 
performed. 

PF1 = KTPFL* (PF1 - P) + P 

if ((mode = CWS) and ((LATSEL and '100'X) 0)) then 

R2 = AILCMP + KP*P - AILCMD 
R1 = R2* (1 . - KTAUPF) * KAILG 
(Where KAILG = 1.0) 

If (R1 > ALRTLM) then 
R1 = ALRTLM 

elseif (R1 < -ALRTLM) then 
R1 = -ALRTLM 

endif 

R1 - limit ((Rl + AILCMD), 12.) 

AILCMD = Rl 

6 1 S6 

AILCMD = AILCMP + KP*PF1 

endif 

if (KAILT > 0) then 

DTC_OUT (29) = KDECP 

DTC_OUT (41) = KDECP 
KAILT = KAILT - 1 

6 1 S6 

DTC_OUT (29) = 102. 4* AILCMD 
DTC_OUT (41) = 102 . 4*AILCMD 

endif 

GLOBAL INPUTS: AILCMD, AILCMP, ALRTLM, APCDG, DECMQ, KAILP, 

KAILG, KAILT, KDECP, KDECT, KQ, KTAUPF, KTPFL, LATSEL, 
MODEX, P, Q, QX, RUDCMD 

GLOBAL OUTPUTS: AILCMD, DECMD, DTC_OUT, KAILT, KDECT, PF1 
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Section 4.0 EXECUTIVE SOFTWARE 

The four FM/FC VAX applications processes each have main 
modules which are entered directly from VMS when their respective 
executable images are started. The executable image HDL is covered 
in section 3.0 and will not be mentioned again in this section. 
The processes FMFAST, FCFAST and SLOW each have main modules which 
are described in the following pages. 

Main modules contain operations to set up and initialize items 
which effect the entire process in which they reside. They also 
serve as a caller of subroutines which perform the actual 
computations for Flight Management, Navigation, Guidance and Flight 
Controls . 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


FMFAST 
FMFAST . FOR 
FMFAST 


PURPOSE: To serve as the executive routine for the Flight 

Management fast loop processing. 


CALLED BY: DCL SPAWN 

CALLING SEQUENCE: N/A 

CALLS TO: ACCPRC, ASSIGN, CDUFST, GPSPRC, HNAVFS, HVGUID, 

MAPCOM, MLSEX, NAVIG, TGUID 


DESCRIPTION: 

This module serves as the executive for the FM fast loop 
processing. It invokes the VMS system service SYS$CMEXEC to call 
the LOCK utility to lock the PO working set in memory. If any 
errors occur while attempting this operation, a message is 
displayed on the system console and the process stops. The next 
initialization activity is to associate to cluster #2 event flag 64 
for communication with the I/O executive. Once again, if any 
errors occur during this process, execution is terminated. MAPCOM 
is then called to link the FMFAST process to the appropriate global 
sections. The address of the current DAS time is placed in a 
variable (TM_ADR) to be used by an exception handler for the ATOPS 
flight software processes. This handler is activated via the 
LIB$ESTABLISH VMS system service. Next, SYS$ERROR and SYS$OUTPUT 
are assigned to the appropriate unit for the display of run-time 
error and informative messages. The final initialization 
activities are setting the cold start (COLDST) variable true and 
clearing the timer overflow indicator (FMOVER) . 

At this point the VMS system service SYS$WAITFR is invoked to 
wait for the setting of event flag 64 from the I/O Handler which 
indicates that data has arrived from the DATAC and foreground 
processing can begin. Once received, this flag is immediately 
cleared and the FM foreground modules are called in the following 
order: CDUFST, ACCPRC, MLSEX (if RUNM is true), GPSPRC, NAVIG, 
HNAVFS, HVGUID, and TGUID. 

The final activity of FMFAST is to read event flag 64 again. 
If it is set at this point it indicates that a timer overflow has 
occurred (since data must have arrived from the DATAC prior to 
foreground processing completion) and an overflow flag is 
incremented accordingly. In any event, processing continues by 
returning to the activities described in the previous paragraph. 

GLOBAL INPUTS: HRSS, RUNM 


GLOBAL OUTPUTS: 


COLDST, FMCNT, FMOVER 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


FCFAST 
FCFAST . FOR 
FCFAST 


PURPOSE: To serve as the executive routine for the Flight Controls 

fast loop processing. 

CALLED BY: DCL SPAWN 

“o SEWENCE: ASSIGN, ATHCL, DASOT, DATSEL, DINUSE, DISFD, 
CALLS TO. DSPOT, ELEVP, FDSTR, F2CMP, LATCMD, LATRL, 

MAPCOM, MLOG, MSPLGC, MSPRO, PANEL, PRFLT, 
SINUSE, SNAP, SPDCMD, OUTIO, VERCMD 

DESCR ihIs°module serves as the executive for the | FC fast loop 
processing. It invokes the VMS system service SYS$CMEXEC to call 
the LOCK utility to lock the PO working set in memory. If any 
errors occur while attempting this operation, a message is 
displayed on the system console and the process s £? p ®* ” 65 

initialization activity is to associate to cluster #2 event flag 
fo^ communication with the I/O executive. Once again, if any 
errors occur during this process, execution is terminated. MAPCOM 
is then called to link the FCFAST process to the appr< opr 1 ate < Jlobal 
sections. The address of the current DAS time is ^ 

variable (TM ADR) to be used by an exception handler for the A 

flight software processes. This ^^ le g YS 1 $ g R ^ 1 3nd e SYS V $0UTPUT 
t tu^f^tablish VMS system service. Next/ SYS$ERROR ana o v 
arf assigned to the Y appropriate unit for the display of run-time 
frror and informative messages. The final initialization 

activities are setting the cold start <COLDST)^ variable true an 

dearing the timer ^^^ys^em^eTvice SYS$WAITFR is invoked to 

wait for thl setting of event flag 65 from the I/O Handler, which 
i^ic^es^tU dat? h as 0 a c rrived ei f v r^ the^DATAC and ± foreground 

clearec^and the FC foreground modules are called (conditionaily) in 
followina order: DINUSE, SINUSE, DISFD, DATSEL, MSPLGC, MLOG, 

LATCMD, VERCMD, SPDCMD, LATRL, ELEVP, ATHCL, PRFLT, FDSTR, F2CMP, 

PANEL, MSPRO, DSPOT, DASOT, SNAP and OUTIO. __ ain 

The final activity of FCFAST is to read event flag 65 again. 
If it is set at this point it indicates that a timer overflow has 

; r „ J£ 

GLOBAL INPUTS: FCOVER, FLYFLG, FSTCNT, HOLDM, MAXF, MFRAME, 

MSWIT, RUNM, TIME, TOGIOO, WDTV 

GLOBAL OUTPUTS: COLDST, FCCNT, FCOVER, FSTCNT, MAXF, TIME, 

TOGIOO, WDTV 
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MODULE NAME: 
FILE NAME: 


SLOW 

SLOW. FOR 


PURPOSE: To serve as the executive routine for the ft • *«- 

Management slow loop processing. the Fll 9 ht 

CALLED BY: DCL SPAWN 

CALLING SEQUENCE: N/A 

CALLS TO: ASSIGN, BLOW, CDUEXC, EPRLMT 

HNAVSL, LOCK, MAPCOM, SNAPOUT 


ERAD, GMSG, 


DESCRIPTION: 

loop proc e m s°s d "ng e ^oVsUrt " “lal°ls ^OcT M SlOW 

sections for communication witl^the foreor^L a P proprl ste global 

and FCFAST) , The address of the current m ?i£°" SS ? S <FMFAST 
variable (TM ADR) to be ikph er y\ DAS time 1S Placed in a 

flight software processes This hanrtfa 0 " ■ handle ! r for the ATOPS 
LIBSESTABLISH VMS P system service »ert syssL® =V e ‘ a Che 
are assigned to the appropriate init for the d ? YSSoUT PUT 

error and informative messages ?L ?ina? P 
activities are the sett- inn nf , n . initialization 

(CDU INIT) and the assigning of the o^board^ • initializa tion flag 
test panel to the appropriate il " , }ard . hne Printer and system 

flight software faitS^mesJaaes^tSe n^? f0r . displa ^ of 

tables and snapshot data. 5 ' Printing of data recording 


that is exec” te^ 6 continuou sly ^n t i 1*" the* ^ S / S a . sequence of code 
code consists of a series o? calls tn K^ SySte ™ 18 halted - This 

in the following order: CDUEXC E^D^rt^w S °JJ^ are routines 

SNAPOUT (if I/O not active an H S ERAD, BLOW, EPRLMT, HNAVSL, 

GMSG (if I/O not active and dat??. ^S^or 

(COLDS?* anS* u4toti V1 the ^xcepTi on* comtiV'lSLWMH 1 '* S J art ,. fla9 
previously, processing continues by returning tn the l ■ Sta ^ ed 
described in the preceding paragraph. 9 to the activities 


GLOBAL INPUTS: HRSS, IOACT, RPTR, SPTR, WRDCNT 

GLOBAL OUTPUTS: CDU_INIT, COLDST, SLWCNT 
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Section 5.0 FLIGHT MANAGEMENT 

FLIGHT MANAGEMENT OVERVIEW 

The Flight Management routines provide for navigation, 
guidance and the ability to create and interact with the aircraft 
flight plan. The ability to inspect and enter information that 
affects the flight plan is provided through software that controls 
the CDU (Control Display Unit) and MSP (Mode Select Panel) . The 
look-up and usage of the system data base (Bulk Data) is done via 
the CDU. This software is described in the Advanced Transport 
Operating System (ATOPS) Control Display Unit Software Description, 
NASA Contractor Report 189606. 

The MSP controls the selection of the various modes of 
automatic guidance and — depending on the selected mode-- can 
control the position of the aircraft directly using the MSP knobs 
for airspeed, altitude, flight path angle and track angle. 
Navigation and guidance software is described in this section. The 
MSP interface software resides in the Flight Controls process and 
is described in that section of this document. 
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5.1 FAST LOOP PROCESSING: 


MODULE NAME: 
FILE NAME: 
PROCESS : 


CDUFST (CDU Fast Loop Processing) 
CDUFST . FOR y 
FMFAST 


PURPOSE ; 


Serve as executive for the fast loop CDU processing. 


CALLED BY: FMFAST 

CALLING SEQUENCE: CALL CDUFST 
CALLS TO : GET_REAL 

DESCRIPTION: 

software 3 i ^ r t'^ dU proce^s t, ^LOw] te /rfd C t h e >e f light** systems 9 real-time 

corresponding 7 to r lm^endent i CDu n functions n ^° f ^ io ^ 

tp< Th ® first section controls Navigation Display update reguests 
The variable GDTIME contains the time of the la^ 5£ eStS ; 

to d th by the fl . ight mana 9ement computer. This variable is compared 
*2™ h curren t system time, and if they differ by at least six 
seconds, an update request is made. Some CDU modules force a 
display update by storing a zero in GDTIME. An update reguest 
consists of setting the flag SEND_BUF to cause the I/O handler 

The°art, a? tran s m;Lt the guidance buffers to the display computer 
?£! t /n v, ^P date request flag MAPUPD is set on two frames after 

are complete Z€CpiBat tC> assure the guidance buffer transmissions 

. . Th ® map background of the Navigation Display is centered on 
Particuler reference points when it is placed in 'Plan m j , 

CDUFST stores the latitude and longitude of a reference noint wMnh 

l?an et rh rn ' lned by Current CDU modes - If there is an active fUght 

?heri ^ e n ma , P center win be the current destination waypoint If 
k ly A provislonal flight plan available, the reference 
fhiSa becomes the last waypoint on the flight plan, if neither of 

airf ield^i f atlSf y; eC1, the map center becomes the origin 
3 f lf selec f ed > or the current position of the aircraft 

variable* 1 SETC^T P ia ^ has been enabled, the sequence control 

variable SETGD is set to '2' to start the determination of the 

available guidance modes of the new flight plan. The code waits 
one complete real-time frame before setting the mode flags to 

t i 16 d ® mode/re - mode operations occurring while modifying a 
flight Plan do not occur in one real-time frame. After the wait, 

anCe T 393 arS S6t aS f °H° ws - '2D' guidance will b4 
allowed as long as the new flight plan contains two or more 

waypoints. If '2D' guidance is possible and each waypoint has an 
a i^? Ciat A d a l t i ltude constraint, '3D' guidance will be allowed. 

4D guidance is allowed when '3D' guidance has been verified, a 
speed constraint exists for each waypoint, and Reference Time of 

Arrival (RTA) has been assigned to one of the flight plan 
waypoints. ^ 
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The last section of CDUFST determines when a TOPMS run has 
completed. Once a TOPMS run has been initiated, the CDU portion 
will be forced to reset if the aircraft has accelerated to 64 knots 
and subsequently decelerated to below 20 knots. The run is also 
canceled if the aircraft wheel squat switch becomes false or the 
displays computer signals termination through the discrete word 
DISPST. 

GLOBAL INPUTS: ACTCNT, AIRPTS, CTRF, DISPST, GDTIME, GS, GUID2D, 

GUID3D, GUID4D, LAT, LATCEN, LON, LONCEN, MAPUPD, MODCNT, 
NAV64K, PMODE, RTA_PTR, SEND_BUF, SETGD, SOAT, SQUAT, 
TIME, TKFLEN, TOINDX, TOWD, TOWPT, TOWS, TST3D, TST4D, 
WPT_ACT, WPT_MOD 

GLOBAL OUTPUTS: GDTIME, GUID4D, LATCEN, LONCEN, MAPUPD, SEND_BUF , 

SETGD, SOAT, TKFLEN, TOINDX, TOWD, TOWS 
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MODULE NAME: ACCPRC (Accelerometer Processing) 

FILE NAME: ACCPRC. FOR 

PROCESS : FMFAST 

PURPOSE: To compute and debias the body mounted accelerometer 

inputs. 

CALLED BY : FMFAST 

CALLING SEQUENCE: CALL ACCPRC 
CALLS TO: SCOSD, MXV 

DESCRIPTION: 

This module computes the body to flight path vector rotation 
matrix (LMB) as follows: 

LMB (1,1) = CTHET*CDTK 

LMB (1,2) = SROLL* STHET *CDTK - CROLL*SDTK 
LMB (1,3) = CROLL*STHET*CDTK + SROLL*SDTK 

LMB (2,1) = CTHET*SDTK 

LMB (2, 2) ■ SROLL*STHET*SDTK + CROLL*CDTK 
LMB (2, 3) = CROLL*STHET*SDTK - SROLL*CDTK 

LMB (3,1) = STHET 

LMB (3, 2) = -SROLL*CTHET 

LMB (3, 3) = -CROLL*CTHET 

Where: SDTK = sin (DFTANG) , STHET = sin (PITCH), 

SROLL = sin (ROLL), etc. 

It then sums the bias terms (BIASBA) computed by MLSEX with 
the accelerometer input vector (BMACIN) to produce the debiased 
accelerations in the body axis (BMACC) , and rotates BMACC into the 
inertial vector (via a call to MXV) to produce ACCB. This vector 
is conditionally unpacked into XTKACC, ATKACC and HDD by other 
procedures (ELEVP, HNAVFS) . 

GLOBAL INPUTS: BIASBA, BMACIN, DFTANG, PITCH, ROLL 

ACCB, BMACC, CROLL, CTHET, SROLL, STHET 


GLOBAL OUTPUTS: 
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MODULE NAME: GPSPRC (Global Positioning Satellite Processing) 

FILE NAME: GPSPRC. FOR 

PROCESS: FMFAST 

PURPOSE: To compute GPS derived X, Y and Z position, and analogs 

of the glideslope and localizer deviation variables to be 
used for display and for the land control laws. 

CALLED BY: FMFAST 

CALLING SEQUENCE: CALL GPSPRC 
CALLS TO: MXV, SCOSD, SQRT 

DESCRIPTION r 

GPSPRC begins by examining the GPS status words (GRSSTx) , the 
GPSVLD discrete (set by IOFLL based on the input data validity 
bits) and the Horizontal Dilution of Precision figure (GPHDOP - 
input from the GPSSU by IOFLL) . This information is used to set 
the GPS Navigation Valid (GPNAW) and GPS select index (GPSSEL: 
0-bad, 1-poor, 2-good), used by the navigation algorithms, as well 
as the Satellites in view (SATINVW) and GPS receiver mode (GPSMOD) 
words, displayed for operator information. If GPNAW is true and 
other criteria are met, the GPS Land Valid (GPLNDV) is also set. 
If GPLNDV is true and GPS land is selected (GPLND true) , a bit is 
set in FCFLGS to cause 'GPS ON' to be displayed on the Nav Display 

unit. . . 

If GPNAW is false, the IRS North and East velocities are 

integrated into Hybrid Latitude and Longitude to keep these data 
current. Differences are then computed between the hybrid LAT, LON 
and ALT and the equivalent IDD and MLS quantities. Deltas are also 
computed between absolute GPS and IDD Lat and Lon. This data is 
for monitoring purposes only. 

If GPLND is selected, GPLNDV is true, LAND mode requirements 
are met and MLSMOD is false, then Hybrid LAT, LON and ALT are also 
differenced with MLS Azimuth or ILS Localizer antenna site LAT, LON 
and ALT. The resultant deltas are converted to runway coordinate 
X, Y, Z and passed through a second order filter to produce 

equivalents of the MLS XHAT, YHAT and ZHAT. This vector is then 
used to produce GPS derived equivalent values of the ILS glideslope 
(GPSBTA) and localizer (GPSETA) . Hybrid VN, VE, and HDOT are also 
rotated into the runway axes to produce equivalents of the MLS 
velocities, XDH, YDH and ZDH. Either an ILS or MLS type approach 
and landing may then be made, depending on the setting of the MLS 
configuration word (MCONF) . 

GLOBAL INPUTS: AIRPTS, ALTCOR, ANTLAT, ANTLON, COLDST, COSRH, 

CROLL, CTHET, DIFMOD, DLATFT, DLONFT , FLYFLG, GPHDOP, 

GPLND, GPNAV, GPS LAT, GPSLON, GPVDOP, GPSVLD, GRSST1, 

GRSST2, GSA, GUID2D, HDGTRU, HYBALT, HYBHDT , HYBLAT, 

HYBLON, I CM, IDDLAT, IDDLON, ILSZON, LANDR, LANDE, LMB, 
MCONF, MINSATH, MLSALT, MLSLAT, MLSLON, MLSMOD, MXHDOP, 
RUN, RWYHDG, RYELEV, SINRH, SROLL, STHET, TANGSA, VEINS, 
VNINS, WGSMSL, WPT_ACT, 
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GLOBAL 


OUTPUTS: DLALTM, DLLATA, DLLATM, 

DLTLAT, DLTLON, FCFLGS, GPBTAV, 
GPSBTA, GPSETA, GPSMOD, GPSSEL, 
LMB, SATINVW, XGPIP, XDH, XHAT, 
ZHAT 


DLLONA, DLLONM, DLTALT , 
GPINIT, GPLNDV, GPNAW, 
HGP IP, HYBLAT, HYBLON, 
YDH, YHAT, YPROF, ZDH, 
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MODULE NAME: MLSEX (Microwave Landing System (MLS) Executive) 

FILE NAME: MLSEX. FOR 

PROCESS: FMFAST 

PURPOSE: To calculate the aircraft position and velocities in the 

MLS coordinate system. 

CALLED BY : FMFAST 

CALLING SEQUENCE: CALL MLSEX 

CALLS TO: CFILT, CNTRM, CTLBLK, PFILT, PRINV, RSCON, UNPK, 

XFORM, XYZIN 

DESCRIPTION: 

Module MLSEX contains the computational routines which provide 
the MLS derived inputs to the Navigation, Display and Flight 
Control systems. It consists of a short executive portion and a 
series of subroutines called conditionally from the executive. All 
processing is under control of the MLS Configuration word (MCONF) , 
which is normally set via the VIEW utility. Among other things, 
this word determines whether MLS calculations are to be made and, 
if so, whether the real or simulated input data is to be used. The 
configuration control parameters are identified and described in 
Appendix C, as well as in NAVCOM.INC. 

MLSEX first checks for initialization conditions. If the MLS 
Compute discrete (MLSC) is false, or the Flight Controls IC button 
has been pressed or the MLS configuration word has been changed 
(MCONF not equal PMCONF) , The first pass flag (FPF) is set to force 
re-initialization when computations are next begun. The MLS valid 
discrete (MLSVAL) is then cleared and UNPK is called to unpack the 
upper six bits of the configuration word into the associated 
booleans . (The next two bits of MCONF affect only the usage of MLS 
parameters by other modules, and are unpacked in procedure MLOG 
when MLS mode is selected) . The MSB of the configuration word is 
then checked. If clear, or if LABFLG is true and ILSZON is false 
(simulation in the EASILY lab generates erroneous signals when 
outside of normal coverage) , MLSC and MLSVAL are cleared and 
processing ends. Otherwise, processing continues by checking the 
FPF flag. 

If FPF is true, subroutine RSCON is called to set up the 
airport and receiving antenna parameters according to the selection 
words RWYSEL and ANTSEL. MLSEX next calls each of the remaining 
subroutines in the order described below: 


CNTRM - 

Operate 

the validity counters; 

CTLBLK - 

Compute 

(CFRUN) 

the Complementary Filter Run counter 
and the solution validity (MLSVAL) ; 

PFILT - 

Operate 

the MLS signal prefilters; 

XFORM - 

Compute 

receive 

the rotation matrix LMB and rotate the 
antenna vector into the runway axis; 
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XYZIN - 
CFILT - 
PRINV - 

CFILT and PRINV 
GLOBAL INPUTS: 
GLOBAL OUTPUTS: 


Compute XYZ position from R, Az & Ell; 

Operate the XYZ Complementary Filter; 

Compute the predicted R, Az & Ell inputs for the 
next pass. e 

are only called when CFRUN is non-zero. 

CFRUN, IC, ILSZON, LABFLG, MCONF , MLSC 

BMAFLG, EL2F, MLSC, MLSVAL, RLMLS , SIMILS, VGSFLG 


MODULE NAME: 
FILE NAME: 
PROCESS: 


RSCON (Reset Constants) 

MLSEX . FOR 

FMFAST 
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PURPOSE: To set up the airport and receiving antenna parameters 

according to the selection words RWYSEL and ANTSEL. 

CALLED BY: MLSEX, HNAVFS 

CALLING SEQUENCE: CALL RSCON 
CALLS TO : SCOSD 

DESCRIPTION: 

RSCON is called by MLSEX on the first pass after MLSC becomes 
true, and by HNAVFS when MLSMOD is set true. This latter call is 
o take care of the case when Global Positioning Satellite 
navigation is selected into MLS coverage and some GPS autoland 
parameters might have been set up prior to selection of MLS mode. 
RSCON loads an entry of the RWYDEF array into the RWY_DEF vector 
according to the RWYSEL index, and loads an entry of the ANT_OFF 
array into the ANT_POS vector according to the ANTSEL index. 
RWYSEL values of 1 and 2 select definitions for runways at Wallops 
Island and Atlantic City, respectively, with a third entry 
reserved. ANTSEL values of 0, 1 and 2 select the tail, roof and 

chin antennas, respectively. The ANT_POS vector describes the 
position of the selected aircraft receiving antenna relative to the 
aircraft center of gravity, and the RWY_DEF vector describes the 
location of the Range and ELI transmitter antennas and the 
glidepath intercept point (GPIP) relative to the MLS Azimuth 
antenna (MLS origin), and the Lat, Lon, elevation and phase center 
bearing (AZ BRG) of the Azimuth antenna. 

RSCON also calls SCOSD to compute the sine and cosine of 

AZ_BRG ( SINAZB, COSAZB) . 

GLOBAL INPUTS: ANTSEL, RWYDEF, RWYSEL 

COSAZB, MCONF , RWY_DEF, SINAZB 


GLOBAL OUTPUTS: 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


CNTRM (Counter Module) 

MLSEX.FOR 

FMFAST 


PURPOSE: To maintain a history of the MLS data validities anH t-ho 

complementary filter position limit exceedances. th 


CALLED BY : MLSEX 

CALLING SEQUENCE: CALL CNTRM 
CALLS TO: None 


DESCRIPTION: 

This module maintains a 128- cycle historv of rho „ a n j 

'xcT £ 

confistl oH F i 2 I-Eu' bU* strrSg A M B ?oig a wo?5” yS ‘ Thfasso^Td 
counter (MLSSVC, CFXCC) is updated only when the state 

cviif ity TH blt dif / 6rS fr ° m the ^ate of the history Mt for that 
?he previous 0 ?^ thUS indicates the num *>« of valid cycles out 
If the FPF or ICMLS flao is sot- an n 

Glared 65 a (FPF r ?a et t0 H their initial va ' lues and the ICHLS riag^s 
processing ‘^u^ V" 

Hlte^Ls ™ .tt r (CF r™ the "“Pl^entary 

(OTLERR) are computed as (MLSRAW - MLSS_PRED) . OTLIR 'v is 6 se^true 
set to 0UTLIR - LIM ' ~ a "“ MhSLSV is 

(MLSSVC^is^fpd^Vd*. 1 ^ Th^counte^valEe^s^then ctecfked" to seethe 
operate discretes, it MLSLSV is true, the foiTowfng rs pesfoLeS? 

o The appropriate bit in MLSS_HIST is set and, 
if previously clear, MLSSVC is incremented; 

o If MLSSVC is equal to 1 or 58, the 
corresponding IC_PF flag is set, indicating 
that some prefilter initialization must be 
performed. If equal to 58, the PF IC flag is 
also set, indicating that the prefilter for 
this signal has been fully initialized; 

° th ® validity count is >= 115, the PF CVAL 

ag is set to indicate that the corresponding 

XYZIN)^ 1S USable for P osi tion computation (see 
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If MLSLSV is false the appropriate bit in MLSS_HIST is cleared and, 
i t i # MLSSVC is decremented. 

If approp^ ^ valid (} ^ lsval is set by CTLBLK when CFRUN reaches 
200) , the following is performed: 


The prefilter validity (PF_CVAL) and PF_IC 
f2.ags are cleared when the associated counter 
becomes less than 18. 


The complementary filter exceedance counters 
and histories are updated. 


o 


If CF LIM XC is true (a limit has been 
exceeded) , the appropriate history is updated. 
If CF XC C then exceeds 70, CFXCV is set 
false, “which will subsequently cause MLSVAL to 
be lost. 


If CF LIM XC is false, the counter and history 
are updated. No further action is necessary, 
as CFXCV is set true during initialization, 
and can only be set false when MLSVAL is true 
and CF LIM_XC is also true. 


if MLSVAL is false, the PF CVAL flag is cleared when its 
associated counter becomes less than 100, the PF_IC flag is cleared 
co a nr i the I C PF flag is set at a count of zero. 

Finally, the history pointers (indices) are updated m 
preparation for the next iteration. 


GLOBAL INPUTS: CFRUN, MLSRAW, MLSSV, MLSVAL 


GLOBAL OUTPUTS: CFRUN, EX, OTLERR 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


CTLBLK (Control Block) 

MLSEX . FOR 

FMFAST 


PURPOSE : 


To compute the CFILT Run 
Valid flag (MLSVAL) . 


counter (CFRUN) and the MLS 


CALLED BY : MLSEX 

CALLING SEQUENCE: CALL CTLBLK 
CALLS TO : VMG 


DESCRIPTION: 

initiaiization^of C the J MI^ Co^^e^n^itary W re( «ence, 

flMT" <CFRUN> ' and settlng o* the MLr valid discrete 

is cieai^cr^the'^^ML^flag 38 ! set^^the^ MLS 16 ^ 6 ^ ^ “ - Set ' 
FAIL2(9), set by F2CMP if any signai required bv ml' ■ f lag 

is cleared, and the procedure iViS S m • m f hli| 
processing continues by settinq the fr rnnn^uvl 1S clear ' 

discrete initially equal to the "Ld' of th^ i-h Valld (CF - CVAL ) 

valid flags (CFXCV) , the PF count fc ^ ree exce ^dance count 

(PF CVAL) and the 'NOT' of FAIL2 ( 9 ) 1 Th f ** 9 £ . f . or . Range and Azimuth 
(ALTREF) is initialized to zero ^ If T CF fA^i Lt V de reference index 
false (the aircraft is in the air) at tr \ s true and GRD is 

If the MLS 'X' position is greater than x HRSW^n^^ J s follows: 
ELI is primary and only; else HMn ifn - (part of RWY_DEF) , 

the default reference If ^ 

cleared, 

(IRS ^validity flags ^ii^the^RS AttitV"^- v* 1 Referenc e € Systlm 
or either IRSNav Vaiid u£w> or irs^* ^ (IATTV) is false ' 

as. a 

CF_CVAL is cleared. incremented - If this counter reaches 5, 

200. th4 CFRUN counter's # che'c)ce^ 1 Yf CFRUN^O^ 13 leSS tha " 
(causing the complementary filter \n h a CFR ^ , ICCF 1S set true 
less then 200, cVRuFis ILremen^eH K V^tiaiized) . if CFRUN is 

vector (EX) is less than 210 feet Once 6 CFRUN ^ b^rn ° f th6 e f ror 
200, MLSVAL is set true CFRUN becomes equal to 

to o . l i t c yg?£ ? ieared 

to force a complete reinitialization of thlsoiution SSt 

"SK, 

GLOBAL OUTPUTS: CFRUN, FAIL2, MLSVAL 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


PFILT (Pre-filter) 
MLSEX . FOR 
FMFAST 


purpose: To prefilter the MLS input parameters. 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


MLSEX 
CALL PFILT 
None 


DESC ”efilter module us es alpha-heta^fUte^ to^ref liter the 

MLS in P ut . p . a ^ am ®cMLS flag 9 to determine initialization processing. 
OR'ed with the IC ” LS o f \ ag p ^spective prefilter is IC'd by setting 
If the result is true, the respec P and the next predicted value 

both the filtered °^tP u t val ( HAJ w) and the respective 

K and TaST (SEE 

cycle 8 on ly) ° are ^uT^^ estate (MLSS_DHAT) is 
3130 ^^initialization is to be performed, processing continues 

as follows: f .,, pr incut (TEMP) is the difference 

If MLSLSV is true, fl ^er input l v ' alue s. If MLSLSV is 

between the measured and predi Ts the difference between 

false and MLSVAL is true filter ^put^is^t^ ^ the 

me S asure d an values a're "selectively replaced by predictions derived 

Si f S52.nSS n 4SSi?SS u Sy when the input si9 " al 

” lid I«« is false , 

SS'-inKllil.S oT;L\T. fl The “olTowinu 9 e q uations are then 
evaluated: 

e HAT — MLSS P + ALPHA TEMP 

M rqo DHAT = MLSS _ DHAT + BETA TEMP 

- ”_HAT + MLSS_DHAT DELTAT 

Where: ALPHA and BETA are functions of the 

filter time constants. 

Finally, if MLSVAL ist^rue i \ * ^ he Measured value. 

?wr?rfvlnfs at the 1 pr a e filt-er lags from 

m?e? once that filter i^^^Vafue^ for OT Initialization and 

" erratlC - 
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GLOBAL 

GLOBAL 


INPUTS: MLSRAW, MLSSV, MLSVAL 

OUTPUTS : None 
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MODULE NAME: XFORM (Coordinate Transformation) 

FILE NAME: MLSEX.FOR 

PROCESS: FMFAST 

PURPOSE: To compute the MLS rotation matrix LMB. 

CALLED BY : MLSEX 

CALLING SEQUENCE: CALL XFORM 
CALLS TO: MXV, SCOSD 


DESCRIPTION I 

This module computes the 3X3 transformation matrix necessary 
to expand an aircraft body axis vector on the MLS coordinate frame. 
It tlso computes the vector ANT_VBC used by xyzin and PRINV, which 
translates the X, Y, Z position from the aircraft antenna position 
to the aircraft ceiter of gravity. The following equations are 

evaluated: 


1 

C0 Ca 

S<|> 

S0 Ca - 

1 

[LMB] = 1 

-C0 Sa 

-s<(> 

S0 Sa - 

1 

1 

S0 


— S(J) C0 


C<1> Ca C* S0 Ca + S<j> Sa I 

I 

C<1> Ca -C<|> S0 Sa + S<|> Ca I 
-C<|> C0 I 


Where: C0 = cosine (PITCH) , S<]) = sine (ROLL), etc; 

a = True Heading - Azimuth bearing + 180 

{ANT_VEC } = [LMB] (ANT_POS) 

Where : (ANT POS) is the X,Y,Z position of 

the MLS receiving antenna relative 
to the aircraft center of gravity 
(C.G. ) . 

GLOBAL INPUTS: AZ_BRG, CROLL, CTHET, HDGTRU , SROLL, STHET 

GLOBAL OUTPUTS : LMB 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


XYZIN (R-Az-El to X-Y-Z) 

MLSEX . FOR 

FMFAST 


PURPOSE : 


To compute the position of the aircraft 
coordinate frame. 


in the MLS 


CALLED BY : MLSEX 

CALLING SEQUENCE: CALL XYZIN 
CALLS TO: SCOSD, SQRT, TAN 


DESCRIPTION: 

the°switch n ALTREF° ne ° f th * •» Ending on 


ALTREF 


0) range, azimuth and radio altitude data 

1) range, azimuth and elevation 1 data 


XYZIN begins calculations when both ranae and 

hav , e run « least 58 iterations ^IC true) eveS 
though the solution is not used until 115 iterations (PP evil 
true) This permits the use of a semi-iterative method 

transL^dTo 1 t S he fir a?rc C r a af C t Ul C^G ed the .^ving antenna, then 
evaluated: 


— - * — / cucu 

The following equations are 


Raz - R + Xdme cos(Az) - Ydme sin(Az) 
Ya = -Raz sin(Az) 

Xa = sqrt ( Raz' - Ya 2 - Za 2 ) . 


Where : 


R and Az are the prefiltered range 
and azimuth signals; 


Xdme and Ydme are the position of 
the DME relative to the Az antenna; 

Raz is computed range to the MLS 
azimuth antenna; 

Xa and Ya are the X and Y position 
of the receiving antenna in the MLS 
coordinate system. 
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If ALTREF is equal to zero, the following equation is calculated: 

Za = Hrad - Htdc - ANT_VEC<3) 

Where: Hrad is pitch corrected radio altitude; 

Htdc is the correction to Hrad to 
produce C.G. altitude above the MLS 
plane; 

ANT_VEC (3) is the displacement of 
the receiving antenna above the C.G; 

Za is the Z coordinate of the 
receiving antenna. 


Otherwise, 

A 

Za = tan (ELI) SQRT ( ( Xa - Xell ) 2 + ( Ya - Yell ) 2 ) + Zellg 

A 

Where: ELI is the prefiltered Ell signal; 

Xell, Yell, Zellg are the XYZ 
coordinates of the Ell antenna 
relative to the Azimuth antenna; 


Za is the Z coordinate of the 
receiving antenna. 


(all cases) 

{ POS_CG } 


{ ANT VEC } + 


I xa I 
I Ya | 
I Za I 


GLOBAL INPUTS: EL1_DEP, H_TDC , PITCH, 

Y DME, X_EL1, Y_EL1 , Z_EL1G 


RADALT, ROMLS, 


X DME, 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


CFILT (Complementary Filter) 

MLSEX . FOR 

FMFAST 


PURPOSE: To operate the MLS complementary filter. 

CALLED BY : MLSEX 

CALLING SEQUENCE: CALL CFILT 
CALLS TO: MXV, VXM 

DESCRIPTION: 

The CFILT subroutine initializes and operates the mi q i-hir-n 

specified' Pl belowf ^The ^^MLS 

T'rZ 1 * 5 n n f posltlons ' Wlth a complementary correction term 
X Thf thS P° sltlon output of XYZIN (POS CG) . 

Tne filter is operated whenever CFRUN is non'zprn Tn n „f 

g£rVe n n B ^ cr £? s 

computed in "module llcm are rotaSd ?ntf “e^ML^ coordSate ?« CC 

cross track and along track accelerations are rotated into the 

(VerticaT if error, 

coordinate frame). already m the proper 

Filter initialization occurs when ICCF is set true bv ptt rt y 
During initialization, position output is set to p Z«rr' 
acceleration biases are zeroed, and vertical velocity (VELM?7 ?m 
IS set to HDOT. XDH (VELHAT(l)) and YDH 

^‘SSlaSLTS tile and 

Ks ^ c ~? stjs^is^ 

computing the residual term, EX* iteration, and 

{ Xtp } = { POSHAT ) + dt ({ VELHAT } + { ACCHAT } dt / 2.) 

< EX } = { POS_CG } - { Xtp } 

element whlch^ceede^ the Sit* “o^ul^^epfa /ecor 5*3 

l?l£7rl° iS5 C 128 S< lte 1 rrion f s MLSVAL ” 

(ACCHAT) I ff ° nS are in USe ' the acceleration estimate 

The k' computed by summing ACC with the bias vector BIASIR 

The bias vector is then updated by adding proportions of the 
present and previous values of EX: 

( EXBA } = DK (3) { EX } 
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{ BIASIR } = { BIASIR } - Cl { EXBA } + C2 { EXBAL } 

{ EXBAL } = { EXBA } 

If BM accelerations are in use, the bias has already been 
applied by ACCIN, so ACCHAT is simply set equal to ACC. The bias 
vector (BIASBA) is then updated by first rotating EX into the body 
axis, then summing as above: 

{ EXBA } = DK(3) { EX } [ LMB ] 

{ BIASBA } = { BIASBA } - Cl { EXBA } + C2 { EXBAL } 

{ EXBAL } = { EXBA } 

Processing concludes by computing the velocity (VELHAT) and 
position (POSHAT) estimates: 

A 

{ XDDtp } = { ACCHAT } + DK(2) { EX } 

A 

{ VELHAT } = { VELHAT } + Cl { XDDtp} - C2 { XDDLST } 

A 

{ XDDLST } = { XDDtp } 

A 

{ XDtp } - { VELHAT } + DK{1) ( EX } 

A 

{ POSHAT } = { POSHAT } + Cl { XDtp } - C2 { XDLST } 

A 

{ XDLST } = { XDtp } 


GLOBAL INPUTS: ACCHAT, ATKINS, BIASBA, BMAFLG, BMACC, CFRUN, 

COSAZB, GSINS, HDDINS, HDOT, LMB, NAV64K, POSHAT, SINAZB, 
VE, VEINS, VELHAT, VGS_FLG, VN, VNINS, XTKINS 

GLOBAL OUTPUTS: ACCHAT, BIASBA, EX, POSHAT, VELHAT 
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MODULE NAME 
FILE NAME: 
PROCESS : 


PRINV (Inverse Computations) 

MLSEX . FOR 

FMFAST 


PURPOSE: To compute predicted values of the next MLS signal 

inputs. 


CALLED BY : MLSEX 

CALLING SEQUENCE: CALL PRINV 
CALLS TO: MXV, VXM 


DESCRIPTION: 

PRINV computes predicted values for the next set of MLS 
measurements based on the present position estimate (POSHAT) , 
velocity estimate (VELHAT) and the antenna configuration of the 
selected runway. These predictions are used in outlier 
computations, and to selectively edit the signal inputs to PFILT 
whenever the measured signals are determined to be invalid. 

First POSHAT is updated by the distance traveled during the 
next iteration, then transformed to the receiving antenna location 
(Xa, Ya, Za) by summing with the ANT_VEC output of module XFORM. 
Slant range to the DME antenna is next computed using the 
Pythagorean theorem. 

Rp = sqrt ( (Xa - Xdme) 2 + (Ya - Ydme) 2 + Za 2 ) - ROMLS 

Note that the difference in elevation between the DME and Azimuth 
antennas is assumed to be insignificant. 

The angle transmitters (Az, ELI) define a conical angle. Thus 
Azimuth is computed as follows, using the four quadrant arctan. 

Az p = atan2 ( -YAH , sqrt (Xa 2 + Ya 2 ) ) 

ELI is computed using the small angle arctan: 


ELlp = atan 


Za - Zell 

sqrt ( (Xa - Xell) 2 + (Ya - Yell) 2 ) 


ELI DEP 


GLOBAL INPUTS: EL1_DEP, POSHAT, ROMLS, VELHAT, X DME, X ELI, 

Y_DME, Y_EL1, Z EL1G ~ ~ 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: HNAVFS (Horizontal/Vertical Navigation, Fast) 

FILE NAME: HNAVFS. FOR 

PROCESS: FMFAST 

PURPOSE: To provide fast loop signal selection and integrations 

for navigation. 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


FMFAST 
CALL HNAVFS 
ANGL, ATAN2D, 
RSCON, SCOSD, 


COSD, HNAVB , 
SIND, SQRT 


HNAVML , HNSWIT, 


DESCRIPTION^ ical navi tion routine (HNAVFS), together 

with its sub-procedures HNAVB, HNAVML and HNSWIT, computes and/or 
selects the position, veiocity and acceleration data used by the 
auidance and display procedures. A simplified overview of t 
naiidStion system is depicted in figure 5-1. HNAVFS also maintains 
flags and mode words to indicate which source is in use for 

navigation^ sin^ by performing initialisation as required. 

initialized°OFF f and, "iTcmS?* |°s«ue NAWLG. NAV64K LLINIT 

SSSi d TD aX tue/^e^ve^ical^omponent is 

subtracted to form TASGS. 


TAS, 


(GS < 64 kts) 


TASGS = 


sqrt (TASFPS* - HDOT ? ) / KTOFPS, (GS >= 64 kts) 


niinrc in used for the Air Data mode and also by the 

airplane^ lag "(FLYFLCU and* ceSafn bitf in^he^LS configuration 
word (MCONF) are examined to determine the appropna e sour 

velocity be engaged if neither FLYFLG nor 

INAW (inertial Navigation unit valid) is Jhe ““ d y- 

SEi -tor^assigned 

ACCB otherwise it continues to be input from HDDINS. , rnMPASS) 

case; true heading (HDGTRU) is t.) ^“^^“extefnal procedure 
corrected for local variation (MAGVAR) , and ^ n * ru £ hea ding 
SCOSD is called to compute the sine and 
(SINTH, COSTH) . 
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FIGURE 5-1 : RELATIONSHIP BETWEEN HNAVFS AND THE REST OF THE SYSTEM 
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Air Data Mode will be selected if INAW is false and the Air 
Data input is valid (ADVAL = true) . The directional velocities are 
then calculated as: 

EWVAVE = TASGS SINTKA 
NSVAVE = TASGS COSTKA. 


On the first pass for Air Data Mode, DVN and DVE are initialized as 
the difference between the directional velocities and the previous 
estimated IDD velocities: 


DVN = IDDVN - NSVAVE 
DVE = IDDVE - EWVAVE. 

Radio Mode is selected by default if there is no valid 
airspeed input. No initialization is performed except for the mode 
flags FLRM (ON) and FLADM (OFF) . 

The Simulated Airplane is engaged if FLYFLG is true. The 
Simulator (procedure NAVIG) provides its own true heading (SMUHDG) , 
true airspeed and cross track acceleration (IDDXTK) , but no along 
track acceleration. 

Inertial Mode, naturally, uses IRS derived velocity and 
acceleration data. Input variable initialization for some modes is 
summarized below: 


VARIABLE 

SIMULATOR (FLYFLG) 

SOURCE 
INERTIAL ( 

HDGTRU 

SMUHDG 

THDG 

NSVAVE 

TASGS COSTH 

VNINS 

EWVAVE 

TASGS SINTH 

VEINS 

IDDATK 

ZERO 

ATKINS 

IDDXTK 

(set by NAVIG) 

XTKINS 

HDD 

(set by NAVIG) 

HDDINS 


AIR DATA (ADVAL) 


MAGHDG + MAGVAR 
TASGS COSTH 
TASGS SINTH 
ZERO (or ACCB(l) ) 
ZERO (or ACCB (2 ) ) 
HDDINS (or ACCB (3) ) 


For both simulated airplane and INS modes, INSVAL is set true 
and FLADM is set false. For all modes, the sine and cosine of 
HDGTRU (SINTH, COSTH) is computed once the source of HDGTRU has 
been determined. For INS mode, additional code exists to extract 
VN/VE from GSINS and COSTH/SINTH if the velocity data valid (VELVLD 
- set by IOFLL) is false (it was originally thought it might be at 
low ground speeds) and bit 6 of MCONF is set, or to extract 
IDDATK/ IDDXTK from ACCB if the acceleration data valid (ACCVLD) is 
false (it is, at low ground speeds), but these options have not 
been required and probably should be removed. Also, on the first 
pass for INS mode, or following a change in the selected IRS unit 
(indicated by the unit field in IRSST1), DVN and DVE are 
initialized as the difference between the directional velocities 
and the previous estimated IDD velocities: 


DVN 

DVE 


IDDVN - NSVAVE 
IDDVE - EWVAVE. 
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Next, the conditions for the Microwave Landing System (MLS) 
mode are evaluated. The MLS data valid flag, MLSVLD is 
initialized as MLSVAL • RUNM. (MLS computations are not performed 
not in RUN mode.) MLS mode is selected by depressing the MLS 
bezel button on the navigation display unit. Code in the Displays 
MicroVAX sets the sign bit of the DISPST word for one iteration 
when the bezel button is depressed. This word is transmitted from 
the Displays to the FM/FC MicroVAX via the DATAC, and is used to 
set the MLS_ENABL Boolean if MLSVLD is true and MLSMOD is false or 
clear it if MLSMOD is true. If the simulator is engaged or if MLS 
has not been selected, the mode flag (MLSMOD) is set false 
Otherwise, MLSMOD is set true if MLSVLD and MLS ENABL are both 
true. If MLSVLD is false, MLSMOD and MLS_ENABL are both set false. 

Sub-procedure HNAVB is called next to calculate the Radio Nav 
( IDD) position and velocity data. These are based on the 
previously selected raw velocities (NSVAVE, EWVAVE) , Earth radii of 
curvature (RMP, RNP - computed by procedure ERAD in SLOW) , and 
either radio navigation data computed by HNAVSL in the SLOW process 
or the MLS data computed in procedure HNAVML . (See HNAVB and 

HNAVML discussion below.) 

If MLSVLD is true, sub-procedure HNAVML is called to calculate 
position and velocity data based on the MLS solution. Yet a third 
set of data is available from the Global Positioning Satellite 
(GPS) system, with validity checks and selection logic performed by 
the external procedure GPSPRC. A count (NAVCTR) is kept of 
iterations where good radio navigation (R-nav) data is available. 
("Good" R-nav data is here defined as a position computation 
performed with a circular error of less than 0.3 NM) . When NAVCTR 
reaches 5000, the navigation valid flag (NAWLD) is set. (NAVCTR 
continues to increment to a maximum value of 6000) . If R-nav data 
is absent, NAVCTR is decremented and NAWLD is cleared when NAVCTR 
becomes less than 2000. These switch points were chosen as a first 
approximation and may not be optimum. NAWLD is also forced true if 
either MLS or GPS is valid and selected (bad idea!). 

Finally, sub-procedure HNSWIT is called to * evaluate the 
operator selection flags and the system validity flags and select 
one of the potential data sources for navigation. HNSWIT performs 
separate selection logic and maintains separate mode words for 
lateral and vertical navigation. In addition, an easy— on is 
performed to minimize transients when a mode switch occurs See 
the description of HNSWIT for details. 

Once all the required data have been selected, the sines and 
cosines of latitude and longitude are derived through calls to the 
system SIN and COS functions and groundspeed in knots (GS) and in 
feet per second (GSFPS) are derived from the North (VN) and East 
(VE) velocities. Then, if the groundspeed equals or exceeds 64 
knots, or if both MLSMOD and NAVFLG (GS > 4) are set, the track 
angle (TK) , the sine and cosine of track angle (SINTKA, COSTKA) and 
the flight path angle (GAMMA) are calculated from HDCF, VN, VE and 
GS. Functionally, 


SINTKA = VE / GS 



COSTKA = VN / GS 
TK = atan2 (VE, VN) 

GAMMA = (HDCF / GSFPS) (180 / pi) 
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Otherwise, the track angle, and the sine and cosine of the track 
angle, are set equal to the true heading, and sine and cosine of 
true heading (as they were set during initial mode determination) 
and GAMMA is set to zero. 

Unconditionally, the drift angle and magnetic track angle are 
calculated through calls to external procedure ANGL. Then, if the 
groundspeed is below 4 knots, both the navigation mode flag 
(NAVFLG) and the 64 knot flag (NAV64K) are set false, and the 
ground speed references (GS and GSFPS) are limited to a minimum of 
one knot and the corresponding value in feet per second, 
respectively. This limit protects against subsequent division by 
zero. If the groundspeed exceeds four knots, NAVFLG is set true. 
At 64 knots, NAV64K is set true and the Lat/Lon initialization 
flag, LLINIT, is also set true to indicate that the latitude and 
longitude variables have been initialized. 

GLOBAL INPUTS: ACCB, ACCVLD, ADVAL, ATKINS, COLDST, COMPASS, 

DISPST , DPE, DPN, EWVAVE, FLADM, FLYFLG, GPLND, GPNAV, 
GPNAW, GSINS, HDCF, HDOT, HDDINS, IC, INAW, IRSST1, 
LAT, LON, MAG VAR, MCONF, MLSMOD, MLSSLI, MLSVAL, NAV64K, 
NAVCTR, RUNM, SMUHDG, TAS, THDG, VE, VEINS, VELVLD, VN, 
VNINS, XTKINS 

GLOBAL OUTPUTS: CLAT, CLON, COSTH, DFTANG, DVE, DVN, FLADM, FLRM, 

GAMMA, GS, GSFPS, GSFPS2, HDD, HDGTRU, IDDATK, IDDXTK, 
LLINIT, MLSMOD, MLSVLD, NAV64K, NAVCTR, NAWLD, NAVFLG, 
NCUVAL, SINTH, SLAT, SLON, TASFPS, TASGS, TK, TKMAG 
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MODULE NAME: HNAVML (Horizontal /Vert ical Navigation, MLS) 

FILE NAME: HNAVFS . FOR 

PROCESS : FMFAST 

PURPOSE: To provide Navigation position and velocities from the 

Microwave Landing System (MLS) solution. 

CALLED BY: HNAVFS 

CALLING SEQUENCE: CALL HNAVML 
CALLS TO: COSD, SIND 

DESCRIPTION: . . 

This routine calculates navigation velocities and position 
based on MLS data inputs. It is called only when the MLS solution 
is valid. Processing begins by computing local copies of the 
lengths of a degree of latitude (DLTFT) and longitude (DLNFT) and 
the radii of curvature, LRM and LRL. It evaluates the same 
equations as are used by procedure ERAD, but bases them on average 
latitude (LATA) between the aircraft (LAT) and the MLS azimuth site 
(LAT MLS) and the WGS-84 altitude of the MLS plane at the EL-1 site 
(ZOMLS + WGSMSL) . It then rotates the MLS X and Y velocities (in 
fps) to North and East velocities (in knots), as follows: 

MLSVN = - (VELHAT X cos (AZ_BRG) + VELHAT 2 sin (AZ_BRG) ) / KTOFPS 
MLSVE = -(VELHAT, sin (AZ_BRG) - VELHAT 2 COS (AZ_BRG) ) / KTOFPS 

Delta latitude and longitude are then computed based on MLS X 
and Y position and DLTFT / DLNFT: 

DLAT = - (POSHAT ! COS (AZ_BRG) + POSHAT 2 sin (AZ_BRG) ) / DLTFT 
DLON = - (POSHAT j sin (AZ_BRG) - P0SHAT 2 cos (AZ_BRG) ) / DLNFT 

The MLS latitude and longitude estimate are computed by 
summing DLAT and DLON with the location of the MLS Azimuth antenna. 

ML SLAT = LAT_MLS + DLAT 
MLS LON = LON_MLS + DLON 

Finally, the Earth curvature (ZDIF) between the aircraft and 
the MLS ELI site is computed and used to convert MLS Z and Z-dot 
(relative to the MLS plane) to altitude and altitude rate relative 
to the Earth. 


T1 = (POSHAT ( 1 ) - X_EL1 ) 2 
T2 = (POSHAT (2) - Y_EL1 ) 2 
TEMP = (T1 + T2) / (LRM + LRN) * NMTFT 

”TEMP" is filtered into ZDIF using a one second time constant, 
producing both a smoothed altitude correction and an estimate of 
the altitude rate error, ZDIFD . 

ZDIFD = TEMP - ZDIF 

ZDIF = TEMP - KT1SEC * ZDIFD 
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MLSALT and MLSHDT are then computed as follows: 

MLSALT = POSHATj + ZOMLS + ZDIF 
MLSHDT « VELHAT 3 + ZDIFD . 


These MLS derived outputs are used for comparison purposes, 
and are conditionally output for navigation purposes by procedure 

HNSWIT. 


GLOBAL INPUTS: COSAZB, 

VELHAT, WGSMSL, 


LAT, LAT_MLS, LON_MLS, POSHAT, SINAZB, 
X ELI, Y~EL1, ZHAT, ZDIF, ZOMLS 


GLOBAL OUTPUTS: MLSALT, MLSLAT, MLSLON, ZDIF 
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MODULE NAME: 


FILE NAME: 
PROCESS: 

PURPOSE : 


HNAVB (Horizontal/Vertical 
Baro) 

HNAVFS . FOR 
FMFAST 


Navigation, plus 


To provide Radio Navigation positions and velocities and 
altitud^rate 17 Sm0 ° thed ' Bar o~corrected altitude and 

CALLED BY : HNAVFS 

CALLING SEQUENCE: CALL HNAVB 
CALLS TO : SQRT 

DESCRIPTION: 

nnc-v This Procedure inputs the navigation position errors (DPN 
DPE) computed by slow loop navigation (HNAVSL) or by the MLS 
navigation module (HNAVML) within this compilation unit the Farth 

and^nmT^' calculated b y procedure ERAD in the SLOW process 

and computes the corrected positions and velocities usinrr a 

order filter. Although the names (IDDxxx) imply Inertial Dual-Dme 
velocities integrated into dual DME corrected positions) 
the North and East velocity references may be either inertial air 
th^D^ >° ne (Radio- only mode) as selected by HNAVFS. Similarly 
the position reference may be based on DME' s or on ILS or MLS 

lK?p in K?P\ ldS aS se ^ ected b V HNAVSL or HNAVML. The filter gains 

S?/Lof ? y o H T SL ' „ a n nd adjUSt the filter time c °nstant 

( at/ LON, VN/VE) to 20, 30 or 50 seconds according to the selected 

velocity and position references. See the documentation for HNAVSL 

for details. The altitude filter is a third order filter driven bv 

vertical acceleration (HDD) and baro altitude (HBARO) The time 

constant is fixed at 20 seconds. It has nothing todo withDME's 

. r. PABS1 1S true (indicating that position information is 

are 1 both 6 tru^ H ?w VML) and if ^LSMOD is true or MLSSLI and MLSVLD 
are both true, the radio navigation gains and error terms are 

replaced by terms calculated from the MLS position estimates 
computed by procedure HNAVML. position estimates 

DPN = (MLS LA T - IDDLAT) * DTOR * RMP 
DPE = (MLSLON - IDDLON) * DTOR * RNP 


Where : 


oMD LA 3KTri MLSL0N i. 1S the P osi tion calculated by HNAVML; 

^ a f 6 the North and East radii of curvature 

(in NM) calculated by ERAD; and 

DTOR is the degree to radian conversion factor. 

If MLSVLD is false, PASS1 is cleared. If PASS1 was true on 

being r fntegrat^fVurther and DPB 316 ^oed ™ 

greater SSSf o* 

both true, DVN and DVE are integrated from DPN and DPE to correct 
for position errors determined in the slow loop. They are then 
summed with the velocities NSVAVE and EWVAVE (computed in mainline 
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code during initial mode d®t«minat These velocities are 

East velocity estimates c00rdinaCes and integrated to form t 

tnen converted to earth u ^ (IDDLAT) and lon gitude (IDDLON) . 

inertially der ^. are evaluated: 

following equations are evai 


KIP DPN) / RMP 


dvn = DVN + K2P DPN 
IDDLAT ^ IDdS? + (^VN DTS + 
dve = DVE + K2P DPE 

sss. : sss : oU DT s ♦ 


Where: 


KIP, K2P are the gains selected hy r«»«. 
DTS is a conversion factor 

per 50 mse t iteration and 
RMP, RNP are radii as aescix 


KMf r rave 

If the JUMP flag (used for tes ^ equal 1 S in magnitude and 

introduced -ss tract error (XTK, . 

The° JUMP flag is then cleared. 

JSSSS : IDDLON t sin (TK) X« / S2K 
In the event that the above of MLSMOD^and 

W^oS* DVE ' ’VrV " and the 

SS? ^io?° 

Sua velocity, not the integration of vei^ is false (indicating 

Lat / Lon^ not 6 y et S i^^ f t ^into^ °^DLAT* ^nd" IDDLON / Also" in 
toq latitude and longitude are se *. nr mvH) is zeroed and, it 

S&r ^^-re^^Lid to HB.0 and 
respectively^ settlor , of 

and opontim.0 directly ^ wwiG. are ^puted through a series 
^ S e°rtica C l ' ^ 

Sill, Is thTsum of HDDOI and XKV times 
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. ,ALT) is c °mputed 

c-ectioT b t y o a S yi "? h a e ^“^SSS 

! new Vrt /e^iT tt "SJ?" 

that *5SS tfriS !^ S t FT and the ^rent value V of FBARC^V" 9 the 
Pe? secondf ^ ° £ *» to In^rfesTo 


GL ° BAi INP dto, : ovk^^^-pst o^ FT DL0NFT , dpE; DpN/ 
RMP/ RNP, SQUAT, XTK ' MLSSLI / MLSVLD, NAVFLG, 


GLOBAL OUTPUTS : 

IDDALT, 


ALT, DPE, DPN, 
IDDLAT, IDDLON, 


DVE, 

MLSC, 


DVN, HBECTR, 

mlsmod 


hddot, hdot. 
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MODULE NAME: HNSWIT (Horizontal/Vertical Navigation 

Switching) 

FILE NAME: HNAVFS.FOR 

PROCESS: FMFAST 

PURPOSE: To select and easy-on the navigation position, velocity 

and acceleration outputs. 

CALLED BY: HNAVFS 

CALLING SEQUENCE: CALL HNSWIT 
CALLS TO : SQRT 

DESCRIPTION: 

This procedure evaluates the selected navigation mode (IXX, 
IDD, GPS, or MLS) and selects the appropriate source data for 
output as VN, VE, HDCF, LAT, LON and ALTCOR. The selected mode is 
indicated by NAVMOD for LAT/LON and NWMOD for altitude. Values 
are: 0 = IXX, 1 = IDD (NAVMOD only), 2 = GPS, 3 = MLS. An easy-on 

is provided for the velocity switch and also for the altitude 
switch on NWMOD. No easy-on is provided for the LAT/LON switch, 
as this is handled by the lateral control law. 

Processing begins by setting the PVM_ENABL switch, which 
determines whether MLS or GPS altitude is to be used. Basically, 
IDDALT and HDOT will be the selected output except on final 
approach, when MLS or GPS derived altitude may be selected to 
ensure that 3D guidance will guide the aircraft onto the 
glideslope. 

PVM ENABL = LOCE • (GSENG + (VERPTH • (PFPA <= -2.))) 

IDDALT and HDOT are then preselected for output and processing 
continues by checking the modes in priority sequence. If MLSMOD is 
true, MLS derived position and velocity outputs will be used. A 
check is made for first pass conditions. If NAVMOD is not equal to 
3, some other mode was active on the previous pass. DELVN and 
DELVE, used in the velocity easy-on, are set to the difference 
between the previous output velocities and the MLS derived 
velocities and NAVMOD is set to 3. 

DELVN = VN - MLSVN 
DELVE = VE - MLSVE 

The outputs of the MLS complementary filter (POSHAT, VELHAT 
and ACCHAT) are then loaded into the specific item names (XHAT . . . 
ZDDH) using the overlay vector PVHAT, where PVHAT(l) is 
equivalenced to XHAT. The effect is: 

[ POSHAT ] [ VELHAT ] [ ACCHAT ] 

I I 1 

V V V 

[ XHAT, YHAT, ZHAT ] [ XDH, YDH, ZDH ] ( XDDH, YDDH, ZDDH ] 

The along-track (VGSDOT) and across-track (XTACC) acceleration 
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outputs are then computed as follows: 


GSFPS = sqrt ( XDH 2 + YDH 2 ) 

VGSDOT = ( XDH XDDH + YDH YDDH ) / GSFPS 

XTACC = ( YDH XDDH - XDH YDDH ) / GSFPS 


“LSW and MLSVE are then loaded into SELVN and SELVF 
respectively . These intermediate variables are used in the easv^A 
logic, ultimately appearing as VN and VE. MLSLAT and MLSLON^ro 
next set into LAT and LON and the vertical guidance mode loaic is 
executed. If MLSSV(4) and PVM_ENABL are both true MLSALT s 1h 
MLSHDT are loaded into the intermediate variables SELPH and^ELVH 
respectively, to ultimately appear as ALTCOR and HDCF MLSSvm 

iet 1Ca ^% th H at the MLS ° ME is in P reci sion mode (which' guaranties 
S5S£nn * t accul ; ac l’> and PVM ENABL is discussed above If 

” is S s n efto eq 3 al C ° 3 ' DELVH and DELPH "• initialised a^d 


DELVH = HDCF - MLSHDT 
DELPH = ALTCOR - MLSALT 


If the conditions for a NWMOD of 3 are not satisfied i-h« 

is r not t n OU a PUtS ara HD a T and IDDALT, for a NWMOD of 0. If 
1S J n 2 t a reversion from either MLS or GPS is indicated nPTVH 
and DELPH are initialized and NWMOD is set to 0. ’ VH 


DELVH = HDCF - HDOT 
DELPH = ALTCOR - IDDALT 


If MLSMOD is false, then the mode is GPS or IDD In eit-h^r 

respectively 7 If^PNAV^ t*** loa ?. e(i . from IDDATK and IDDXTK, 
K^f PSCt i Ve Z y L If GPNAV 1S tr ne, indicating that GPS navigation has 

bl t' ,™ lected on the CDU ' hvblat and HYBLON will be used for LAT 
and LON Use of GPS velocities depends on the validity che^I 
performed by GPSPRC. If GPSSEL is 0 (indicating bad status he 

JtL^wiir t mIiN'Tn I J S H v a H n w VEINS ' ^ l0aded lnt “ SELVN and SEL^ 
Otherwise, HYBVN and HYBVE are used. If NAVMOD was not previously 

GPSSEL, then DELVN andD^LVE are'iniSa 3 !^:^ 11 ' 33 lndicated ^ 


If GPSSEL = 0, 

DELVN = VN - VNINS 
DELVE = VE - VEINS 
Else 

DELVN = VN - HYBVN 
DELVE = VE - HYBVE 


T e ' N „ AVM0D is set to 2 and a check is made for use of 
vertical guidance. If GPLNDV (indicating that GPS vertical 

hyra?? 0 ^ 18 su . f ^ lcient for autoland) and PVM ENABL are both true 
HYBALT is set into SELPH. If NWMOD was not previously 2 DELPH V* 

h i-h LTC0 ^ minUS HYBALT ' and NWMOD is set to 2. HDOT'continues 
to be the selected altitude rate reference. tmues 
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If neither MLS nor GPS guidance is selected, the position 
reference is IDDLAT, IDDLON and IDDALT, but a check still needs to 
be made for the velocity reference. If radio navigation updates 
are not available for a period of time, a large position error can 
accrue. The process of correcting this position error can 
introduce significant velocity error. The NAWLD flag maintained 
by HNAVFS indicates that R-nav updates are available and the 
solution has converged sufficiently that the IDD velocities are 
accurate. Also, if a change in NAVMOD occurred on this pass, the 
delta velocities are initialized: 

if NAWLD then 
SELVN = IDDVN 
SELVE = IDDVE 
if NAVMOD * 1 then 

DELVN = VN - IDDVN 

DELVE = VE - IDDVE 

NAVMOD = 1 
endif 
else 

SELVN = NSVAVE 
SELVE = EWVAVE 
if NAVMOD * 0 then 

DELVN = VN - NSVAVE 

DELVE = VE - EWVAVE 

NAVMOD = 0 
endif 
endif 

NWMOD is also checked to see if a reversion to mode 0 
occurred on this pass, and the delta altitude and altitude rate is 
initialized if necessary: 

if NWMOD # 0 then 

DELVH = HDCF - HDOT 
DELPH = ALTCOR - IDDALT 
NWMOD = 0 
endif 

Finally, a check is made to see if a change of NAVMOD occurred 
on this iteration (NAVMOD * PNVMOD) , and the lateral velocity easy- 
on timer (TDWAIT) is initialized to 1.0 if so. Then if TDWAIT is 
greater than zero it is decremented by .005 (1 / 10 seconds times 
20 Hertz), and TDWAIT times DELVN and DELVE is summed with SELVN 
and SELVE to produce the output velocities VN and VE. Otherwise 
SELVN and SELVE are simply loaded into VN and VE and TDWAIT is 
zeroed. 

Identical processing is then performed for NWMOD, with 
HDWAIT, DELVH and DELPH controlling the easy-on of SELVH and SELPH. 

GLOBAL INPUTS: ALTCOR, GPLNDV, GPNAV, GPSSEL, GSENG, HDCF, HDD, 

HDOT, HYBALT, HYBLAT, HYBLON, HYBVE , HYBVN, IDDALT, 
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GLOBAL 


IDDATK, IDDLAT, IDDLON, IDDXTK, INSVAL, JUMP, KIP K2P 
LATINS, LLINIT, LOCE, LONINS, MCONF, MLSALT, MLSLAt' 
MLSLON, MLSMOD, MLSSLI, MLSSV, MLSVLD, NAVMOD, NWMOD* 
PFPA, POSHAT, RUNM, VE, VEINS, VERPTH, VN, VNINS 

OUTPUTS: ALTCOR, GSFPS, HDCF, LAT, LON, PVHAT, VE, VGSDOT 

VN, XDDH, XDH, XHAT, XTACC, YDDH, YDH, YHAT, ZDDH, ZDh' 
ZHAT ' 
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MODULE NAME: HVGUID (Horizontal/Vertical Guidance) 

FILE NAME: HVGUID. FOR 

PROCESS: FMFAST 

PURPOSE: To provide the horizontal/vertical path errors and the 

speed commands for automatic aircraft guidance in 
2D/3D/4D modes. 


CALLED BY : FMFAST 

CALLING SEQUENCE: CALL HVGUID 

CALLS TO: AAA, DTG1, GD3D, HVG2, HVG6, LEGSW, 

UVC, VDP 


TRALCBA, 


DESCRIPTION: . . . . 

The Horizontal/Vertical guidance equations, implemented m 
procedure HVGUID and its attendant subprocedures, compute the 
deviations between the 2, 3, or 4D path defined by the path 
definition equations and the present aircraft speed and position 
computed by the navigation equations. Its primary outputs are: 
crosstrack error (XTK) , desired track (DSRTK) and track error (TKE) 
used by the lateral steering equations, and altitude error (HER) , 
desired altitude rate (HDTC) and flight path angle (PFPA) used by 
the vertical steering equations. The desired speed on the path 
(SDC) and the required along track acceleration (SDD) used by 
TIMPTH (4D) and speed modes are also computed here, although it 
would be more logical to compute them in TGUID . A detailed 
theoretical discussion of the algorithms implemented will be found 
in Appendix B, Horizontal / Vertical Guidance Computations. The 
discussion here will concentrate on implementation methodology. 

Processing begins by checking for initialization conditions. 
If COLDST is set, indicating the first few iterations after power 
up, a few statements are executed which are, in fact, superfluous. 
Subsequently, the '2D guidance possible' flag (GUID2D) is checked. 
If it is false, control passes to the bottom of the HVGUID 
subroutine where certain lateral axis flags and variables are 
zeroed, and subroutine GD3D is called to initialize variables for 
the vertical axis. In every case, the last step is to set the 


present value of GUID2D into GD2DP . . . 

If GUID2D is true, a check is made to see if ground speed is 
less than 64 knots (NAV64K = false) or if GUID2D was false on the 
previous pass (GD2DP = false) . If either case prevails, further 
initialization is performed. The 2D guidance pointer (PTR2D) is 
limited to a minimum of two (any waypoint but the first may be 
selected as the 'to' waypoint), and the 4D guidance pointer (PTR4D) 
and the 'to waypoint' pointer (TOWPT) are set equal to PTR2D . The 
HVG first pass flag (HVGPl) is then cleared, which will cause some 
additional initialization to occur on the next iteration. Next, 
the unit normal vector (U12C) is loaded from the _ guidance buffer 
(WPT ACT.NMV) . This needs to be done here as it will not otherwise 
be d"one on a straight leg segment until PTR2D is updated. The 
lateral guidance variables are then initialized and GD3D is called 
to initialize the vertical guidance outputs. (Note: LATSTR should 
not be set here as it is no longer computed in this module) . 
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As soon as NAV64K and GD2DP are both true (this will be the 
next iteration, assuming the path was entered or modified in 
flight), normal guidance processing begins by computing the 
aircraft position unit vector (PO) . 


i*b = 


SLAT 

-SLON * CLAT 
CLON * CLAT 


Where: SLAT = sin (Latitude) , CLON = cos (Longitude) , etc. 

The abeam point unit vector is then computed by subtracting the 
component of PO which is perpendicular to the path segment (i.e, 
parallel to the path normal vector) from PO as follows: 

TME*VeC - rt) - (rt) • NMV) * Nftv 

TMPVEC will be loaded into POP by subroutine HVG2 when on a 
straight leg. POP locates the point on the great circle path abeam 
of present aircraft position. It is equal to PO if the A/C is on 
the path. 

When in a turn, both POP and U12C will be recomputed in 
subroutine AAA for turn guidance, but they are needed here in every 
event to compute the westward pointing vector, MHAT. 


ft ■ 


0 

TMPVEC (3) 
-TMPVEC (2) 


MHAT is used in subroutine TRALCBA to compute the desired track. 

Next the HVG first pass flag (HVGP1) is checked. If set, the 
'in a DME-arc turn' flag (DMA) is cleared (LEGSW will set the PDMA 
flag equal to it) and LEGSW is called to do the normal path segment 
initialization. The leg distance to go (DTOGO) is then set equal 
to DTG (computed by LEGSW) and HVGP1 is set true, indicating 
initialization complete. HVGUID then exits, leaving the 
calculation of the actual guidance variables to the next pass. 
Note that this sequence requires three iterations after GUID2D is 
set to produce guidance inputs to the steering command modules, 
which causes problems there. With reorganization it should be 
possible to produce usable outputs on the very first iteration, 
thus allowing the removal of 'fix-it' code in LATCMD and VERCMD . 

The remaining processing varies according to whether the path 
segment is a curved (TURN = true) or straight leg. Note that the 
'in turn' (TURN) and '2nd half of turn' (TEND) flags serve a dual 
purpose. When transitioning from one straight path segment to 
another, TURN and TEND are set on consecutive iterations, then 
cleared on the third to mechanize the 2/3/4 -D pointer update 
logic. When actually guiding around a turn, TURN is set when 
entering the turn, TEND is set and PTR4D is updated when halfway 
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through the turn, and both are cleared and PTR2D is updated when 
the end of the turn is reached. In the special case of exiting 
from a DME-arc turn (which has a waypoint on each end as opposed to 
one in the middle) , TURN is set again on the very next iteration to 
mechanize the transition to the next straight leg. If GUID3D is 
true, PTR3D is updated at least 300 feet before entering the turn 
(by subroutine HVG6) . The actual distance depends on the degree 
(if any) of flight path angle change between the path segments. If 
GUID3D is false, PTR3D is synchronized to PTR4D by subroutine GD3D. 

If TURN is false the following processing occurs: 

Distance to go on a straight leg (DTG) is checked against the 
distance from the next waypoint back to the tangent point (DTT, the 
beginning of a (non-DME) turn), or simply to zero if approaching a 
DME turn. If DTG is less than DTT or if DTG is less than the 
distance that will be traveled in the next iteration (GSFPS * 
DELTAT) and if PTR2D is less than the total number of waypoints on 
the path (ACTCNT) , TURN is set. This will initiate a path segment 
update by causing the 'TURN is true' logic to be exercised below. 
However if PTR2D equals ACTCNT, we have reached the end of the 
path. GUID- 2D, 3D and 4D are cleared and PTR2D is reset to 1 (a 
hint* to other modules that path end has been reached). If it is 
not time to set TURN, HVG2 is called to compute DTG and DTOGO and 
TRALCBA is called to compute the lateral guidance errors and the 
speed commands . 


If TURN is true the following processing occurs: 

If PDMA is false, subroutine AAA is called to calculate the 
vectors required for turn guidance and the 'turn angle made good 
(AMG) . (Note: PDMA is the value of DMA on the previous leg, set 

by LEGSW during path leg initialization. If it is true with TURN 
true, we are in the process of doing the second pointer update at 
the end of a DME turn, which has nothing to do with 'turn' 
guidance. MAGTA and AMG will both be zero in this case) . If TEND 
is false, AMG is checked to see if it is time to set it. If AMG is 
greater than or equal to 1/2 the magnitude of the turn angle 
(MAGTA) , TEND is set, distance made good (DMG, used by time (4D) 
quidance) is increased by the center-to-center distance from the 
previous waypoint to the center of this turn (WPT_ACT .CCD) and 
PTR4D is incremented. If PTR4D then equals HLD_PTR, we are at the 
last waypoint of a holding pattern. If EXHOLD is false, we want to 
repeat it, so PTR4D is decremented by four and PTR3D is set equal 
to PTR4D. As a holding pattern is flown with a constant altitude 
and speed, but the initial inbound leg to the holding pattern may 
have varied both, the ground speed in the 'from' waypoint 
(WPT ACT(PTR4D-1) .GS) is set equal to that in the 'to' waypoint and 
the flight path angle in the 'to' waypoint (WPT_ACT (PTR3D) . FPA) is 
set to zero. Regardless of the state of TEND, DTG1 is next called 
to compute distance to go (DTOGO - see the discussion under DTG1) 
and TRALCBA is called to compute the lateral guidance and speed 
commands . 
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If TEND was initially true (already in the second half of the 
turn or second step of a leg update sequence) , then AMG is checked 
again. If AMG is less than MAGTA, we are still in the turn and 
DTGl and TRALCBA are called as above. Otherwise, PTR2D ?* 
incremented. If PTR2D now equals HLD_PTR and EXHOLD is false 
PTR2D is decremented by four as was done above for PTR4D U12C is 
then loaded from the guidance buffer. (Note: the above sequence 

^■ < ?iK inS • W i? en J r ^ peating r, a holdin 9 pattern which is not 
P ™iv t0 the in b ound leg- U12C should be loaded before backinq 
up PTR2D) . LEGSW is then called to initialize the inva?ian? 
parameters for the next leg, and the flag D0HVG6 is cleared to 
block HVG6 for one iteration (see below) . 

HV GUID processing completes by calling HVG6 if 3D processina 
is possible (GUID3D and D0HVG6 true with PDMA false) . (The D0HVG6 
flag was added to prevent a spurious altitude error on exitina a 
DMA turn.) HVG6 computes the vertical guidance parameters HER 
HDTG and PFPA, and updates PTR3D. D0HVG6 is set on return If 
GUID3D is false, GD3D is called to maintain the vertical guidan« 
variables in the IC state and keep PTR3D synchronized with PTR4D . 

GLOBAL INPUTS: ACTCNT, AMG, CLAT, CLON, COLDST, DMG, DTG 

EXHOLD, GSFPS, GUID2D, GUID3D, NAV64K, PTR2D, PTR4D 
SLAT, SLON, TEND, TURN, WPT ACT ' 


GLOBAL OUTPUTS: ALCBA, ALCFLG, DMG, 

GUID4D, LATSTR, PTR2D, PTR3D, 
TURN, WPT_ACT, XTK 


DTOGO, GUID2D, GUID3D, 
PTR4D, TEND, TKE, TOWPT, 


MODULE NAME: 
FILE NAME: 
PROCESS : 


LEGSW (Leg Switching) 

HVGUID . FOR 

FMFAST 
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PURPOSE: Set up invariant parameters for the next leg of the path. 

CALLED BY: HVGUID 

CALLING SEQUENCE: CALL LEGSW 
CALLS TO : ANGL 

DESCRIPTION 1 

The TURN and TEND flags are cleared (completing the leg update 
sequence) , ALCFLG and ALCBA are cleared (if required on the next 
leg, they will be recomputed by TRALCBA) and the angle-made-good 
(AMG) is cleared. Parameters are then loaded from the guidance 
buffer entry pointed to by PTR2D as described below: 

If DMA is false, turn angle (TA) is set to WPT_ACT(i) .ANGLE 
and DTG is set to the distance from the end of the previous turn to 
the next waypoint ( WPT_ACT(i) .PPD - WPT_ACT(i - 1) .DTT ) . If DMA 
is true, these parameters refer to the DME turn being exiting, not 
an upcoming turn, and TA and DTG are set to zero. The sign 
(SIGNTA) and magnitude (MAGTA) of TA are then computed, PDMA is set 
to DMA and the DMA flag is loaded from WPT_ACT(i) .DMA. The radius 
of turn (RTN) is then loaded from WPT_ACT ( i ) . RAD and the half-arc 
distance (A02) is loaded from WPT ACT(i) .ARC2. 

GLOBAL INPUTS: PTR2D, WPT_ACT 

ALCBA, ALCFLG, AMG, DTG, RTN, TEND, TURN 


GLOBAL OUTPUTS: 
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MODULE NAME: GD3D (3D Guidance Initialization) 

FILE NAME: HVGUID.FOR 

PROCESS : FMFAST 

PURPOSE: Initialize 3D guidance variables. 

CALLED BY: HVGUID 

CALLING SEQUENCE: CALL GD3D 
CALLS TO : None 

DESCRIPTION: 

GD3D is called when GUID3D, GD2DP, or HVGP1 is false. It sets 
VERSTR, PFPA, HER, and DMG to zero, sets HDTC to present vertical 
speed (HDCF) , synchronizes PTR3D to PTR4D and sets the nominal leg 
flight path angle (FPA) to WPT_ACT.FPA (this is only significant on 
the last call before setting HVGP1) . FPA and HDTC will be required 
by HVG6 to ensure a smooth transition in vertical guidance should 
GUID3D become true, and PFPA is referenced by external modules 
without reference to the state of GUID3D. VERSTR should not be set 
here as it is no longer computed by HVGUID. 

GLOBAL INPUTS: HDCF, PTR4D, WPT_ACT 

GLOBAL OUTPUTS: DMG, FPA, HDTC, HER, PFPA, PTR3D, VERSTR 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


AAA (Turn Vector Processing) 

HVGUID . FOR 

FMFAST 


PURPOSE : 


Compute the unit normal and abeam point vectors used for 
guidance when in a turn . 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


HVGUID 
CALL AAA 

ATAN2D, UVC, VCP, VDP 


DESCRIPTION: . • _ turn is simply the center of the 

T * 16 'Ao e ^ m fnartLrf from WPT ACT TCV. (This must be done every 
turn, so POP Mainline processing continues to compute POP as 

iteration as HVGUID mainx p ... unit vector normal to 

for straight segment processing) . U12C, the unit ^t or norma 

direction : 

Ul^C = ( ( (P~0 - POP) - ( ( <P0 - POP) * POP) * POP) ) * SIGNTA 


Where: SIGNTA is positive for a right turn. 

UVC is then called to ensure that the result is a unit vector 
The angle made good (AMG) is calculated as follows: 

AMG = atan(sin(A), cos (A) ) 

sin (A) = (Ul^C X NMV) • P6P 
Where: cos (A) = UttC • Nftv 


NftV is the unit vector normal to the inbound leg. 

Finally, AMG is corrected according ^to ^^^t^/ainitude^ and the 
turn direction to make sure that it remains 

degrees (the maximum permissible turn ^gnitudeK * f s * de 

aircraft is sufficiently off .course as r os on the J turn 

angle^being ‘ ‘SM? 5“^ -G if set eguai to 

MAGTA, causing immediate update to the next pa g 

rtn, wpt_act, xtk 


GLOBAL INPUTS: 
GLOBAL OUTPUTS: 


AMG 


# 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


DTG1 (Distance-to-go 

HVGUID . FOR 

FMFAST 


(Turn) Calculations) 


PURPOSE: Calculate the abeam distance, DTOGO 

position in and type of turn. * 


according to 


CALLED BY: HVGUID 

CALLING SEQUENCE: CALL DTG1 
CALLS TO : None 


DESCRIPTION: 

When i Tl D^ 1 - C erc t turn the it d is t li^v°the i? T ? G0> when ln a turn - 
(CCD) minus the arc distance made^ood^AMsf around the turn 

it is the distance from the beginning tT th e centeToT^heT 5 ' 
(A02) minus the arc distance made good when in the f i^r ^ Ur ? 
the turn, and the distance to the center of the next turn ^?rn ? 
the next waypoint is added) when in the second half of Tturn 

GLOBAL INPUTS: AMG, PTR2D, RTN, TEND, WPT_ACT 


GLOBAL OUTPUTS : DTOGO 
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MODULE NAME: HVG2 (Distance-to-go (Straight Leg) Calculations) 

FILE NAME: HVGUID.FOR 

PROCESS: FMFAST 

PURPOSE: Compute DTG and DTOGO when on a straight leg. 

CALLED BY: HVGUID 

CALLING SEQUENCE: CALL HVG2 
CALLS TO: ATAN2, VCP, VDP 

DESCRIPTION: , , ^ 

HVG2 is called when on a straight leg. It loads the abeam 
point vector (POP) from TMPVEC (computed by HVGUID mainline code) 
and computes two measures of 'distance to go* . DTG is the distance 
from the abeam point to the next waypoint (WPV) , computed as: 

DTG = Re * atan(sin(A), cos (A) ) 

Where: Re is the local Earth radius in feet (RADFT) 

sin (A) * (POP X W^V) . U12C 
COS (A) = pOp . w£v 

and 

POP is the abeam point vector 
W Pv is waypoint vector of the to waypoint 
U1^2C is the unit normal vector (= WPT_ACT.NMV 
when on a straight leg) 

If the 'to' waypoint is the inbound waypoint of a DME-arc 
turn, or if there is no turn at the next waypoint, then DTOGO = 
DTG. Otherwise, DTOGO is the distance to the center of the next 
turn, computed as: 

DTOGO = DTG - DTT + A02 

Where: DTT is the distance from the next waypoint back 

to the tangent point of the turn; 

AO 2 is one half the distance around the turn. 

A02 is loaded from the guidance buffers by LEGSW. 

GLOBAL INPUTS: RADFT, WPT_ACT 

DTG, DTOGO 


GLOBAL OUTPUTS: 
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MODULE NAME: TRALCBA (Primary Lateral Guidance Computations) 

FILE NAME: HVGUID.FOR ' 

PROCESS : FMFAST 

PURPOSE: Calculate NOMBA, XTK, DSRTK and TKE . Ground speed mode 

SDC and SDD are also calculated here. 

CALLED BY: HVGUID 

CALLING SEQUENCE: CALL TRALCBA 

CALLS TO: ANGL, ATAN2, ATAN2D, SCOSD, SIND, VCP, VDP 

DESCRIPTION: 

The nominal bank angle (NOMBA) required to compensate for 

lateral acceleration around a turn is computed as: 

NOMBA = arctan (GSFPS 2 / (g * RTN) ) 

Where: g is the nominal acceleration due to gravity 

RTN is the radius of the turn in feet 

and If g * RTN is < GSFPS 2 , NOMBA is set 
to 45 degrees. 

Then RALC, the distance before the turn to apply the nominal bank 
angle in order to minimize tracking error, is calculated as 

RALC = GSFPS * NOMBA / 4 

Where: 4 degrees per second is the 

lateral control law roll rate 
limit in auto mode. 

If ALCFLG (the flag controlling application of NOMBA to the 
control law) is true, the exit angle (ALCXA) , or number of degrees 
before the end of turn to remove NOMBA is calculated as 

ALCXA = RTOD * RALC / RTN 

Where: RTOD is the radian to degree 

conversion constant 

Then, if the angle made good (AMG) is greater than or equal to 
the magnitude of the turn angle minus the exit angle, ALCFLG is set 
false and ALCBA (the signed bank angle command applied) is zeroed. 
Otherwise, ALCBA is set to NOMBA times the sign of the turn angle. 

If ALCFLG is false and the half-arc distance of the turn (A02) 
is greater than RALC (if the turn angle is large enough to require 
ALCBA) , then RALC is compared to the distance to the start of the 
turn. If the turn is a DME-arc turn, this is simply distance to go 
(DTG) . Otherwise it is DTG minus the distance to the tangent point 
(DTT) . If this distance is less than RALC, ALCFLG is set true. 

The remaining code is bypassed during the second update at the 



79 


end of a DME-arc t«n (if MM» 

XTK = Re * atan (sin (A) / cos (A)) 

Where: Re is the, local^ radius of the -th (RADFT) 
sin (A) = PO * V} 20 

cos (A) = PO * P° P 

PO is the airplane position vector 

P ; P is the abeam point vector (points to the center 
of turn if i- n a turn) 

0 * 12c is the unit normal vector. XTK is measured 
parallel to U12C 

XTK is positive when to the right of the path. 

\ ytk as calculated above is the 
. i. 1ir n (TURN is true) / XTK a . rorrected by adding 

--o Produce the 

distance to the path: 

XTK = XTK ♦ RTN * SIGNTA 

The desired trach (DSRTK) is then caicuiated as foiiows: 

DSRTK . atan (sin (A) ^ cos (AH , 

Where : sin (A, - (OKC X,M) • ROP 

COS (A) = U12C • M A 

A 

M points West from POP 

j as the actual minus the 

--SSS 05 ” is called t0 calculate 

The remaining code = computes ■J^i‘, u e tfi^ c t ciS^W»S 

the nominal ground speed <SDC) an modes as well as t 

for time guidance («) a™ g ^ b( , dlsp iayed on line iu o^ ^ 
ground speed error ( (TOWPT) which always P n i t i a lly, 

CDU. ^e 'to waypoint t ^ lterB(t ls also computed. ^Ini^ 
next waypoint ahe DTOTL is computed as waypoint 

TOWPT is set “^"“"to-center distance (C “> « c turn,' ^PTR4D 

- - 
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TOWPT is incremented and dtott h „ • 

po!sZ r e n - i?S by iT r t i3t ?™ around 

f° C r d S. r «SS th ^ irSt 

speed at the 'to' waypoint ( rif m- SDD computed as the desir^A 
waypount all over the ^enfer-to-center'df^ Speed at «» Wrim 

^«?‘ g „“,s5s s sr , e s 

TwoIp!, dc ' — ** 

GLOBAL INPUTS: Airrrr 

PTR4D ' ™>?T, RALC, Wr^'TO^PT S PS ' GSFPS2 - 
UT STKE,' TKE^TOWPT^XTk' C ™ E ' GSE ' DSRTK ' DT0TI -, SDC, SDD, 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


HVG6 (Primary Vertical Guidance Computations) 

HVGUID.FOR 

FMFAST 


PURPOSE: Calculate the vertical guidance parameters. 

CALLED BY: HVGUID 

CALLING SEQUENCE: CALL HVG6 
CALLS TO: None 

DESCR tte I local index (I) is set to PTR3D + 1. If I is then equal 
to HLD PTR and EXHOLD is false (indicating that holding pattern 
rpnpat is selected) I is reset to PTR4D (which was ad 3 usted in 

= o^^ri'n theTth 

anoip for the next segment on the path (FPAN) is sec rro 
WPT ACT (I) .FPA. If PTR3D is equal to ACTCNT, FPAN IS set to zero, 
as end-of-path will cause a reversion to altitude hold mode. 

The distance before the waypoint to initiate the 
update (HDIS) is then calculated as the difference between the 
present and next segment flight path angles times the ground speed 
squared all over 2. 


HDIS = abs (FPA - FPAN) * GSFPS 2 / 2. 

This is the distance required to make an asymptotic capture of the 
next vertical path segment at an average vertical acceleration of 
2 fos per second. A nominal minimum advance distance of 300 feet 
tsVsir C °U the distance to go to the end of the ^leg 

S G0, Thfs ^arta" so DI oc=ur T s R3 if P?R3D is less than PTR4D, (which 
should never occur, but has been known to happen during a path 
update) . 

Next, the commanded altitude at the abeam point (HC) is 
calculated as the altitude at the 'to' waypoint minus the di stance 
to the end of the path segment times the flight path angle 
segment in radians. 

HC = WPT_ACT (TOWPT) .ALT - DTOGO * WPT_ACT (TOWPT) . FPA * DTOR 
The pointer TOWPT is used here as it always points to the 

waypoint^^Altitude error 

lHDCR) h \s P calculated as the ground sp ®® d ^ ^CTKE? ^This valul 

/-xmmonH hhtp Th© rctt 0 lirnit imposBd is 2.0 fB6t p 
se«nS Wirt a lag of 125 sec. HER and HDTC are t he inputs to the 
^RCMD procedure used to compute the vertical steering command. 
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h,-,hh!Sk P1 6< J flight P ath an 9le (PFPA) is computed as hutc 
divided by ground speed in feet per second (GSFPS) times the rad?In 
to degree conversion factor (RTOD) . PFPA is (mav h^i 
the GAMMA wedges on the Primary Flight DisDlav anH t0 drive 

compute the flight path angie error’for dTspTay on the CDU^ 6 ' 1 to 

GLOBAL INPUTS: ACTCNT, ALTCOR, CTKE, DTOGO, EXHOLD, FPA GSFPS 

GSFPS2, HDTC, HLD_PTR, PTR3D, PTR4D, WPTACT ' ' 

GLOBAL OUTPUTS: FPA, HDTC, HER, PFPA, PTR3D 
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MODULE NAME: TGUID (Time Guidance) 

FILE NAME: TGUID. FOR 

PROCESS: FMFAST 

PURPOSE: To compute the speed command for the time path (4D) mode. 

CALLED BY : FMFAST 

CALLING SEQUENCE: CALL TGUID 
CALLS TO: AAT, CDG 

DESCRIPTION: 

TGUID and its subroutines AAT and CDG, together with some code 
in the HVGUID procedure, compute the longitudinal acceleration 
command (SCMD) for the time guidance mode. HVGUID computes the 
nominal ground speed (SDC) for the aircraft at its present 
position, the average acceleration along the present path leg 
(SDD) , the distance made good (DMG) along the path and DTOTL, which 
is DMG plus the length of the present leg minus the distance to go 
to the next waypoint. TGUID computes the position of the timebox 
on the path and differences that with the aircraft position to find 
the separation distance (SEPR) which is used (together with SDC, 
SDD and present ground speed) to compute the acceleration required 
to drive SEPR to zero. 

Processing begins by checking for time guidance possible. If 
GUID4D is false or if NAV64K is false (the airplane must still be 
on the ground) , SEPR is set to zero, the time guidance first pass 
flag (TGPl ) is cleared and processing terminates. Otherwise, HER 
and XTK are checked for non-zero values to ensure that HVGUID has 
completed its initialization. If this check passes, TGPl is 
checked and, if false, initialization is performed. 

During initialization the 4D turn flags are cleared, the 
'distance made good' for the time box (DMG1 ) and for the airplane 
(DMG) are zeroed and the time box 4D reference pointer (PTR4D1) is 
initialized to 2. The guidance buffer is then searched for an 
entry having an arrival time (ETA) greater than the present time. 
PTR4D1 , PWVADR and TBOXPTR are initialized to point to this entry 
and TOWPTPTR is set equal to the aircraft 4D pointer set by HVGUID 
(PTR4D) . (Note: the 'velocity pointer' (PWVADR) serves no useful 

purpose in this implementation, but is a carry over from the 
original code where it was useful. TBOXPTR and TOWPTPTR are only 
used during the initialization process) . If the airplane is ahead 
of the timebox (TOWPTPTR is greater than TBOXPTR), DMG is increased 
by the center to center distance (CCD) of the leg indicated by 
TBOXPTR and TBOXPTR is incremented. If the timebox is ahead of the 
airplane, DMG1 is increased by the CCD indicated by TOWPTPTR and 
TOWPTPTR is incremented. This is continued until TBOXPTR equals 
TOWPTPTR. TGPl is then set and the average path acceleration in 
fps/sec ( SDDC) is calculated by differencing the speed in the 
waypoints at the beginning and end of the leg the timebox is 
presently on (as indicated by PWVADR) , divided by the nominal time 
for the leg. 
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SDDC 


KTOFPS * (WPT_ACT (PWVADR) .GS - WPT_ACT (PWVADR-1 ) . GS) 
WPT ACT (PTR4D1 ) . TIME 


The initial timebox velocity in fps (SDCC) is then computed as the 
speed at the 'to' waypoint minus SDDC times the desired time to 
this waypoint. 


TOTIME = WPT_ACT (TBOXPTR) .ETA 

SDCC = KTOFPS * WPT_ACT (PWVADR) .GS - SDDC * (TOTIME - TIME) 

The distance from the timebox to the 'to' waypoint is then 
calculated in one of two ways, depending on whether the initial 
velocity is positive or negative: 

for SDCC < zero: 


SC = (SDCC/SDDC + TOTIME - TIME) * KTOFPS * WPT_ACT (PWVADR) . GS/ 2. 

I.e, the time for SDCC to become positive plus the time to the 
waypoint, all times the average speed on the path. The timebox 
remains frozen at the beginning of the path until SDCC becomes 
positive. 

for SDCC >= zero: 


SC = (TOTIME - TIME) * (KTOFPS * WPT_ACT (PWVADR) . GS + SDCC) / 2. 

If the 'to' waypoint is not the start of a DME arc turn, SC is 
adjusted by adding the distance to the tangent point and 
subtracting the half arc distance to the midpoint of the turn (if 
3ny) . (This is apparently done to facilitate calculation of 
timebox position in a turn. Since the drawing of the timebox 
itself is handled entirely by the displays computer in the present 
implementation, this code could be simplified considerably) . 

SC = SC + WPT_ACT (PTR4D1) . DTT - WPT_ACT (PTR4D1) . ARC2 

If the 'from' waypoint is the inbound waypoint of a DME turn, the 
box is in the second half of the turn. TURN1 and TEND1 are set, 
the magnitude of the turn angle (MAGTA1) is set from WPT ACT(PTR4D1 

- 1) .ANGLE, the turn radius (RT) is set from WPT_ACT (PTR4D1) .RAD 
and the arc-distance made good (ADMG) is set to WPT ACT(PTR4D1) .CCD 

- SC. Subroutine AAT is then called to complete turn processing, 
CDG is called to compute the speed command and processing 
terminates until the next pass. In all other cases, MAGTA1 is set 
from WPT_ACT (PTR4D1) .ANGLE. Then, if SC is less than the distance 
to the tangent point, TURN1 is set and ADMG and RT are set as 
above. (Two lines, depending on the state of TEND1 , are coded but 
since TEND1 was cleared at the beginning and has not been set, only 
the line that sets RT from WPT_ACT (PTR4D1) .RAD is meaningful) . AAT 
is then called to perform the turn processing and CDG is called (at 
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the end of this procedure) to compute the speed command. 

On subsequent passes, processing begins by integrating SDDC 
into SDCC If SDCC is then positive, DELTAT * SDCC is subtracted 

SC If the timebox is not presently in a turn (TUBN1 is 
false > the end of the straight leg is checked for. This is 
indicated when SC becomes less than zero or less than the distance 
to the tangent point. If, when this occurs, PTR4D1 is equal to the 
number *of waypoints on the path (ACTCNT) , the end of the path has 
h reached so GUID4D is cleared, PTR4D1 is set to 1 and 

Messing terminates. Otherwise, if this is the start of a ME 
arc turn ^the DMA flag is set in the 'to' waypoint buffer) , SDDC, 
SDCC and SC are reset as given: 


SDDC = 


KTOFPS * (WPT_ACT (PWVADR) . GS - WPT_ACT (PWVADR-1 ) . GS) 
WPT ACT (PTR4D1) .TIME 


SDCC = KTOFPS * WPT_ACT (PWVADR) .GS - SDDC * (TOTIME - TIME) 

SC = WPT_ACT (PTR4D1+1) .CCD 
Where: PWVADR is set to PTR4D1 + 1. 

if the DMA flag is set in the 'from' waypoint, this must be the 
second update at the end of a DME turn, so MAGTA1 is set to zero, 
otherwise, MAGTA1 is set to WPT_ACT(PTMD1) .ANGLE. RT is set to 
WPT ACT {PTR4D1 ) .RAD, the arc-distance made good is zeroed, TURN1 is 
set and AAT and CDG are called. 

GLOBAL INPUTS: ACTCNT, DMG, GUID4D, HER, NAV64K, PTR4D1 , SC, 

GLOBAL ^ dcc , ten[)1 , TI m E , TURN1 , WPT_ACT, XTK 

GLOBAL OUTPUTS: ADMG, DMG, GUID4D, PTR4D1 , SC, SDCC, SEPR, TENDl, 

TOTIME, TURN1 
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MODULE NAME: AAT (Turn Computations) 

FILE NAME: TGUID.FOR 

PROCESS: FMFAST 

PURPOSE: To perform timebox calculations when in a turn. 

CALLED BY: TGUID 

CALLING SEQUENCE: CALL AAT 
CALLS TO : None 


DESCRIPTION: 

velocitr n (^ na int r 0 OC ^ in «®rr^ ?1 ; ,t * ° £ inte 9 rati "9 the time box 
(SDCC) into the arc distance made good (ADMG) then 

computing the angle made good (AMG1) as ADMG divided by the turn 

radius (RT) times the radian to degree conversion factor If the 

al ready m the second half of the turn (TEND1 is true) 

?hf h 1S ma< ? e !° r end of turn: if AMG1 is e^al to or qreater 

fa^e t enH ma9nitUd ® ° f the . turn (MAGTA1) , TURN1 and TEND1 Ire set 
false and processing terminates. Otherwise, a check is madl for 

TENDi a \s Wa Iet°true Ind 2 th^? 1 t0 ° r greater than MAGTA1, 

nn f: o , ® se . t . t rue and the timebox distance-made-good (DMG1 ) is 

updated by the leg center to center distance (CCD) if dmpi i c 
nMri aircraft distance made good (DMG) , DMG is reduced bv 

dEg is t? 13 S6t C ,° 2ero ' Otherwise DMG1 is reduced by and 
G is set to zero. (This is done to maintain DMG and DMG1 at rha 
minimum values required to correctly compute the senar^n 

incremented “ S iT^TRiD? “ Iri P utat ional accuracy.) PTR4D1 is then 

false, e the d time f box R hi “ust^leted^a "ctcjft “iiS 

set'tTp^Dl 1 - 8 r' Ms effe H Ct V rePMt tha P«tern, pt^?™! 
_ c . PT , 1 ' 1 4 - (This needs to be checked. The timebox should 

probably skip a holding pattern altogether, or at best rlplalit 
PTR4D1? 06 " The ' VelOClty pointer ' (PWVADR) is then set equal to 

. * f J _ not •'■ n a DME_ arc turn, the timebox acceleration velorit-v 

iTdnnl ° e (SDDC/ SDCC ' SC) are then reset aa given (this 

is done in mainline code for a DME turn) : y ' 


SDDC = 

SDCC = 
SC 


KTOFPS^* (WPT_ACT (PWVADR) . GS - WPT_ACT (PWVADR-1) . GS) 

WPT_ACT (PTR4D1) .TIME 
KTOFPS * WPT_ACT (PWVADR-1) .GS 
WPT_ACT (PTR4D1) .CCD 


If the new 'to' waypoint is not the entry to a DME-arc turn SC i<, 
corrected by adding the distance to the tangent P o7nt (DTT) and 
subtracting the half arc distance at the next turn (MC2) 
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GLOBAL 

INPUTS: 

WPT_ACT 

ADMG, 

DMG, 

EXHOLD, 

HLD_ 

_PTR, PTR4D1, 

SDCC, TEND1, 

GLOBAL 

OUTPUTS : 

ADMG, 

DMG, 

PTR4D1 , 

SC, 

SDCC, TEND1, 

TURN1 
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MODULE NAME: CDG (Primary, Time Guidance Computations) 

FILE NAME: TGUID . FOR 

PROCESS: FMFAST 

PURPOSE: To compute the acceleration command (SCMD) for time 

guidance . 

CALLED BY: TGUID 

CALLING SEQUENCE: CALL CDG 
CALLS TO : None 

DESCRIPTION l 

The timebox distance to go (SC) is set into DTOGOl . If the 
'to' waypoint is not a DME-arc turn, DTOGOl is then corrected by 
subtracting the distance to the tangent point and adding the half- 
arc distance to the midpoint of the next turn (if any) . The 
timebox equivalent of the aircraft total distance made good (DTOTL) 
is then computed in the variable SEPR by first setting SEPR to the 
time box distance made good (DMG1 ) plus the center-to-center 
distance (CCD) to the guidance buffer entry pointed to by PTR4D1 . 
If this waypoint is the entry to a DME-arc turn and TURN1 is true 
with TEND1 false, the timebox is in the first half of that turn, 
and this entry is behind us. In that case SEPR is increased by the 
arc-distance made good in the turn (ADMG) . In all other cases, 

entry is still ahead of the timebox and SEPR is decreased by 
DTOGOl . The seperation distance between the aircraft and the 
timebox (SEPR) is then computed as 'SEPR' minus DTOTL. Obviously 
some names should be changed here to avoid confusing the innocent . 

The time error is then computed as the negative of SEPR 
divided by the average of the timebox and the aircraft speed, with 
a negative timebox velocity ignored: 

TIMERR = -SEPR / ( (SDC + max(0., SDCC) ) / 2) 

Where: SDC is the nominal speed on the path; 

SDCC is the time box velocity (limited 
to positive values) ; 

The time path acceleration command (SCMD) is then computed as the 
sum of the nominal path acceleration (SDD) + .0025 * SEPR, limited 
to one percent of the nominal velocity, plus 0.1 times the 
difference between SDC and the present groundspeed: 

SCMD = SLIM ((SDD + .0025 SEPR), .01 SDC) +0.1 (SDC - GSFPS) 

SCMD is then attenuated as the maximum CAS or MACH is approached, 
or set to -.25 if either maximum is exceeded. (This code is not 
necessary, as overspeed protection is applied elsewhere, nor is it 
completely correct as coded) . Finally, the resultant SCMD is 
limited to a maximum of +/-1.0 fps/sec. Note: The above equation 

is erroneous in that the nominal timebox acceleration (SDDC) should 
be used vice SDD. 


89 

GLOBAL INPUTS : ADMG, CAS/ DTOTL/ GSFPS/ MACH, SC, SDC, SDCC, 

SDD, TURN 1 , TEND1 , WPT_ACT 

GLOBAL OUTPUTS: SCMD, SEPR, TIMERR 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


NAVIG (Simulated Airplane) 

NAVI G. FOR 

FMFAST 


PURPOSE : 


J , ho P t>^ 1 v, + gi ^ UnCi check ° u t of several dynamic functions of 
the Flight Management /Flight Controls software. 


CALLED BY : FMFAST 

CALLING SEQUENCE: CALL NAVIG 

CALLS TO: ENGAGE_CAS , FLYIC 


DESCRIPTION: 

NAVIG is the 
simulated airplane. 


executive program for the point mass model 
operation is controlled via the utilitv 

1 ^ n ^ L a J i . » 


It' S 


«?■* Setti ^ " bitS in the sira ulation control word 
ar^enumerated 0 below ; lnitlated by SetU " 9 dlffe ~ nt bits 


o Bit 0 - Initialize airplane 
o Bit 1 - Fly airplane @ 200 knots 
o Bit 2 - Fly Calibrated Air Speed or 4D path 
o Bit 3 - Not used 
o Bit 4 - Hold airplane 
o Bit 5 - Not used 
o Bit 6 - Not used 

o Bit 7 - Force VOR2 = CVOR2 for navigation testing 
(HNAVSL) y 

o Bit 8 - Force DME2 = CDME2 for navigation testina 
(HNAVSL) y 

o Bit 9 - Force s DME3 = CDME3 for navigation testing 
o Bit 10-12 - Not used 

o Bit 13 - Index to APDAT (Sim initialization data) 
o Bit 14 - index to APDAT (Sim initialization data) 

0 15 Set up Sim initialization values per bits 13, 14 


Upon entry, the 1C and RUN discretes are checked to see if a 
change in Flight Controls operate mode was selected If ic and 
LABFLG are both true, SIMFLG is set to HEX 001 reinitialization? 

RUNM are b ° th true ' SIMFLG is set to 0. SIMFLG is th In 
checked for a negative value (Bit 15 set) . if so, bits 13 and 14 

are used as an index into the APDAT matrix to set up the 1C values 
for the airplane, and SIMFLG is set to HEX 0011. 

i-ho ° ° f ?™ FLG set ' wh ich signifies initialization of 

tne airplane, an initialization counter (FLYICF) is set to -32 if 
it was zero. For the next 32 iterations, the counter is 
incremented, subroutine FLYIC is called to perform initialization, 
ai £ spe . ed (CAS) 1S se t to 2 knots, the Ground-speed- 

eSgaGE ^ AS 3 ?.' r?i r i"oH n f S f . lag { " AVFLG) is cleared and subroutine 
™ A ??~ CAS f ed t° set up the remaining variables required for 

operation of the flight software. (This is a no-op since 

FLYFLcT CAS does " othin 9 until the hold and ic bits are cleared from 
FLYFLG) . On the 32nd iteration, bit 0 of SIMFLG is cleared 
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(allowing further processing to proceed) and the guidance possible 

fla9S ifanf one d oftt? ML?. SSfr than bit 0), that control the 
simulated airplane is set the following occurs: 

o FLYFLG and AUTOE are set true signifying that the simulated 
airplane is now in operation. 

O If the hold bit is set, CAS is set to 2 knots and NAVFLG is 
turned off . 

° rls t: b\t h °<bit ' % i is °set / I^so/caTTs ^omputld ^ rom^he 
longitudinal (S’. “thertile^AS 

!fstt l to a constant 2M knots, or the value stored in 
SIMCAS. 

Procedure ENGAGE_CAS is then called to set up all other required 
variables . 

GLOBAL INPUTS: ATCMD, CAS, GSFPS, IC, LABFLG, RUN, RUNM, SIMCAS, 

SIMFLG 

GLOBAL OUTPUTS:^ C sf M kG F , L ' , S F IMHDG f^LAT , ^MlSn, s££ot 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


FLYIC (Initialization) 

NAVIG. FOR 

FMFAST 


PURPOSE : 


To perform basic 
airplane. 


initialization for the 


simulated 


CALLED BY : NAVIG 

CALLING SEQUENCE: CALL FLYIC 
CALLS TO : None 


DESCRIPTION: 

This procedure initializes the value of t-ho f aef n 
zero ^nd Magnet ic^vari at ion T 

SMMAGV. (FLYFLG set orevpnfc; t-hoeo i ?. t0 value stored in 

or ERAD, respectively, but TAS also needl^f be C sThere^t™^ 
properly with the present version of HNAVFS) The ini-ort +-° w ^ rk 
simulated airplane heading (SMUHDG) is initialized to rh» f° r 

zlro ln T h ef™ T^T< S r, imUl ? 10n ro11 ce-SE^Es#, is's n t 

are turned oH auto engage' T auVe^L G ?i D3D ' GUID «> 

guidance pointer (PTR2D) is^set to 1. urned off and the 2D 

GLOBAL INPUTS: SIMALT, SIMHDG, SIMLAT, SIMLON, SMMAGV 

GLOBAL OUTPUTS.^ ££< IDDLAT ' 



MODULE NAME: 
FILE NAME: 
PROCESS : 


ENGAGE_CAS (Operate Simulator) 

NAVIG . FOR 

FMFAST 
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PURPOSE: To set the simulated state variables for the simulated 

airplane into the global locations for the flight 
software . 

CALLED BY: NAVIG 

CALLING SEQUENCE: CALL ENGAGE_CAS 
CALLS TO: ANGL, TAN 

DESCRIPTION : 

If the hold or initialize bits are set in SIMFLG, an immediate 
return is made to NAVIG. Otherwise the following variables are 
computed: 

o The simulated roll command (PHISYM) is computed as 

PHISYM = .0625* (BACMD - PHISYM) + PHISYM (.77 sec lag) 

PHISYM is then stored into the bank angle (ROLL) ; 

o TAS is set equal to CAS and MACH is forced to 0.2; 

o The heading for the simulated airplane (SMUHDG) is computed 
as 

SMUHDG = ANGL (SMUHDG + (0.5 * TMP1 / TMP2) ) 

Where: TMP1 = 1.91 * PHISYM 

TMP2 - MAX (CAS, 100) 

SMUHDG is set into HDGTRU by HNAVFS; 

o The cross track acceleration (IDDXTK) is computed as 

IDDXTK = IDDXTK + DELTAT * (GRAV0*tan (PHISYM) - IDDXTK); 

o The vertical acceleration (HDDOT) is set to the vertical 
acceleration command (VACMD) ; 

o The HDOT complementary filter output (HDCF) is computed as 
HDCF = HDCF + DELTAT * VACMD; 
o The inertial altitude (ALT) is computed as 
ALT = ALT + DELTAT * HDCF. 

NAVIG specific code in HNAVSL performs the additional 
adjustments necessary to use these outputs in lieu of data input by 
IOFLL. 
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GLOBAL 

GLOBAL 


INPUTS: ALT, BACMD , CAS, HDCF , IDDXTK, PHISYM, SIMFLG, 

SMUHDG, VACMD 

OUTPUTS: ALT, HDCF, HDDOT, IDDXTK, MACH, PHISYM, ROLL, 

SMUHDG, TAS 
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5.2 SLOW LOOP PROCESSING: 


MODULE NAME: CDUEXC (CDU Executive) 

FILE NAME: CDUEXC. FOR 

PROCESS: SLOW 

PURPOSE: Executive for the Control Display Unit Slow loop 

procedures . 

CALLED BY : SLOW 

CALLING SEQUENCE: CALL CDUEXC 


DESCRIPTION : 

A detailed description of CDUEXC and the attendant subroutines 
involved in CDU processing is found in the document 

NASA Contractor Report 189606 


Advanced Transport Operating System (ATOPS) 
Control Display Unit Software Description 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


BLOW (Wind Computations) 

BLOW. FOR 

SLOW 


PURPOSE: Calculate wind speed and direction 

CALLED BY: SLOW 

CALLING SEQUENCE: CALL BLOW 

CALLS TO: SQRT, ATAN2, SCOSD 


DESCRIPTION: 

equations' arenas follows : Wi " d SPeSd m0delS COmputed ' The 

EQUATION 1: 


OLDWD = atan2 (X, Y) 
OLDWS = sqrt (X 2 + Y 2 ) 


Where: X 

Y 
VE 
VN 
SINTH 
COSTH 
TASGS 


SINTH * TASGS - VE 

COSTH * TASGS - VN 

velocity east in knots 

velocity north in knots 

sin of true heading 

cos of true heading 

true airspeed corrected for gamma 


Equation 1 is from the original C-4000 software 
accurate when flying straight and level, but indicate 
winds when the aircraft is maneuvering. 


It appears 
erroneous 


EQUATION 2: 


DFVWD = atan2 (X, Y) 
DFVWS = sqrt (X 2 + Y 2 ) 


Where 


X 
Y 

ASPD 

S 

C 

TMPA 


S * ASPD - VE 
C * ASPD - VN 
TAS * CTHET 

Sin (HDGTRU-TMPA*SROLL) 

COS (HDGTRU-TMPA*SROLL) 

ALFAV or ALW - 1, depending on 
the setting of Bit 0 of MCONF 


aX d dr ^^n^* > °'l e ^^^ dl ®° n ^ab er it de appears r °free le o^^ the^erroneous 
te«ed i 1 n n the a r ir n . 9 maneuverin 9- but has never been adequately 

select^one 9 2 3 ' via VIEW > allows the operator to 

select one of the 2 wind models or just accept the trr 

computations. The selected values (1: OLD, 2: DFV, 3:^3) are set 
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into WS and WD. 


GLOBAL INPUTS: 

IRSWS, 

WNDMOD 


ALFAV, ALW, COSTH, CTHET , HDGTRU, HRAD, IRSWD, 
MCONF , NAV64K, SINTH, SROLL, TAS, TASGS, VE, VN, 


GLOBAL OUTPUTS: 


DFVWD, DFVWS, OLDWD, OLDWS, WD, WS 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


EPRLMT (Engine Pressure Ratio Limit) 
EPRLMT . FOR 1 
SLOW 


PURPOSE : 


To calculate the maximum 
the Boeing 737 aircraft 


engine pressure ratio (EPR) for 
jet engine. 


CALLED BY : SLOW 

CALLING SEQUENCE: CALL EPRLMT 
CALLS TO : None 


DESCRIPTION: 

EPRLMT produces maximum Engine Pressure RaHn / rD D> ■> • 
climb (MCLEPR) , cruise wcrrpri « 5 ? Ratio (EPR) limits for 

'' -ruise (mckepr) , and continuous thrust mrTRPo\ 

Depending upon the setting of EPRFLG (pilot selected vi* * 

one of these is selected as the maximum EPR (mxrpr\ CDU ) / 

for use by the auto throttle co“a» JcLI ’ dlSplaV and 
The program is organized in two looirai * 

bleed-air on, and for engine bleed-air ?ff if tiZhl'r 5 or . en ^ ne 

lower Ipr limits! . 6 q The 1 ca 1 c uTa tior^* c^ns ide r ^he S e f f e c t S o f ^ t at ^ 

~ m at^ns f „°ere th^o" ^ " 

are documented In the equations below ® n91ne and 

barometrical): itudef 6 13 firSt Calculated as a function of 
AF = ALT / 145499.6 

STAT_PRES = 29.92 (1.0 - AF (S.258 - AF (11.9 - 12.16 AF) ) ) 
enginef, 3 the 1 following equatiOTs'^retlluited?' 1 “ ° n f ° r either 

MXEPRT = 1.94 - .00628 TAT 


if (ALT > 30000) then 

AF = (ALT - 30000.) / 5000. 

endif MXEPRT = MXEPRT " AF (-025 + .00039 TAT) 


MXEPRP = 3.514 - .0535 STAT PRES 


Where : 


MCLEPR 


MXEPRT is max EPR as a 
MXEPRP is max EPR as a 


function of temperature; 
function of pressure. 


MCTEPR - MCREPR = min (MXEPRP, MXEPRT, 2.35) 
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if (1500. < ALT < 30000.) 
if (ALT > 18500.) then 
MCTEPR = MCLEPR 
else 

if (TAT < 17.5) then 
MXEPRT = 2.03 - 


then 


.00545 TAT 


else 

MXEPRT = 2.08 

endif 


.008375 TAT 


MXEPRP = 3.56 - .0547 STAT_PRES 

MCTEPR = min (MXEPRP , MXEPRT, 2.35) 
endif 


if (ALT > 10000.) 

if (TAT < -20.) 
elseif (TAT >20.) 
MCREPR = 1.764 - 


then 

MCREPR = 1.8568 - 
• .00571 TAT 


else 

MCREPR = 1.8125 
endif 


.008125 TAT 


endif 

If airbleed is off, the following equations 


MXEPRT 

MXEPRP 


1.97 - .0068 TAT 
3.589 - .0549 STAT_PRES 


MCLEPR = MCTEPR = min (MXEPRP, MXEPRT) 


if (TAT < -20.) then 

MXEPRT = 1.8568 - .00591 TAT 
elseif (TAT > +20.) then 

MXEPRT = 1.843 - .00714 TAT 

P 1 S0 

MXEPRT = 1.855 - .00775 TAT 
endif 


MCREPR = min (MXEPRP, MXEPRT) 


if (1500. < ALT < 18500.) then 
if (TAT >= 17.5) then 

MXEPRT = 2.053 - .00538 TAT 


else 

MXEPRT = 2.11 
endif 
endif 


.00853 TAT 


GAEPR = MCTEPR 
if (EPRFLG = 1) then 


.00591 TAT 


are evaluated: 



100 


MXEPR = MCLEPR 
elseif (EPRFLG = -l) then 
MXEPR = MCREPR 
else 

MXEPR = MCTEPR 
endif 

GLOBAL INPUTS: ABLOFF, ABROFF, ALT, EPRFLG, TAT 

GLOBAL OUTPUTS: MCLEPR, MCREPR, MCTEPR, MXEPR. 
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MODULE NAME: ERAD (Earth Radii Computations) 

FILE NAME: ERAD. FOR 

PROCESS : SLOW 

PURPOSE: To compute the radii of curvature in the East-West and 

North-South planes. 

CALLED BY: SLOW 

CALLING SEQUENCE: CALL ERAD 
CALLS TO: ANGL, MAG_VAR 


DESCRIPTION: 

If the simulated airplane is engaged, then magnetic variation 
(MAG VAR) has been set from the simulator data tables (SMMAGV) . If 
not, then MAGVAR is set by ERAD as follows: 

If IRS navigation is valid (INAW true), MAGVAR is computed as 
the difference between IRS true heading (THDG) and magnetic heading 
(MAGHDG) . Otherwise, the function MAG_VAR is invoked to compute 
the local MAGVAR based on present latitude (LAT) and longitude 
(LON) . 

The local North (RM) and East (RN) radii of curvature (using 
the WGS84 Earth model) and several related variables used by the 
navigation and guidance procedures are then set by evaluating the 
following equations: 

RN = RADIUS (1. + ELLIP * sin 2 (LAT)) 

RNP = CLAT (RN + WGSALT FTONM) 

RM = RADIUS (1. - 2. ELLIP + 3. ELLIP sin 2 (LAT)) 

RMP = RM + WGSALT FTONM 


Where: RADIUS 


ELLIP 

SLAT 

CLAT 

WGSALT 


is the nominal Earth radius in 
nautical miles (taken as 3443.9186 
NM) . 

is the eccentricity (3 . 3528107E-3) 
is the sine of the present latitude, 
is the cosine of the present latitude, 
is the present altitude corrected for the 
height of the local mean sea level above 
the reference geoid. 


RADFT = NMTFT (RM + RN) 12 . + WGSALT 
DLATFT = RMP NMTFT DTOR 
DLONFT = RNP NMTFT DTOR 


Where: RADFT 

DLATFT 

DLONFT 

DTOR 


is the best-fit local Earth 
radius in NM. 

is the number of feet per degree of LAT. 
is the number of feet per degree of LON. 
is the conversion from degrees to radians. 
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GLOBAL INPUTS: ALTCOR, CLAT, FLYFLG, INAW, LAT, LON, 

SLAT, THDG 


MAGHDG, 


GLOBAL OUTPUTS: 


DLATFT, DLONFT, MAG VAR, RADFT, RM, RMP, RN, RNP 
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MODULE NAME: HNAVSL (Horizontal Navigation Slow Loop) 

FILE NAME: HNAVSL. FOR P 

PROCESS : SLOW 

PURPOSE: To manually or automatically tune and monitor the path 

defined and cross track stations and use information from 
these stations and/or an ILS installation to create 
aircraft position updates for use by fast loop 
navigation. ^ 

CALLED BY: SLOW 

CALLING SEQUENCE: CALL HNAVSL 

CALLS TO: ANGL, CRBSC, GET_REAL, RADCAL, SIN, SIND, SORT, 

TAN, TUNPTH, TUNXTK 

DESCRIPTION: 

The radio update navigation routine (HNAVSL) acts as the 
executive for navigation updates. It calls the routines that 
autotune (or manually tune) the VORTAC's as path-defined or cross- 
path stations. Once suitable stations have been selected, HNAVSL 
validity checks and calls routines to compute range and 
bearing from the stations. The difference between the measured 
position and the estimated position is weighted according to the 
navigation mode (Inertial with radios, Air Data mode with radios, 
or radios only) . These weighted differences are output for use in 
updating the fast loop position and velocity estimates. In 
addition to VORTAC , s, ILS may be utilized if the airplane is in the 
correct zone. The ILS derived bearing of the airplane from the 
runway center line may be used in conjunction with a DME distance 
ho provide position error estimates. ILS may also be used as the 
sole navaid in the runway area. 

The acronym for the CDU display (IDD, IDX, etc.) is created 
according to the navigation mode being used and the combination of 
stations tuned. This navigation mode acronym is also displayed on 
the Navigation display. MLS and GPS inputs may also be used for 
navigation, but this is accomplished entirely in foreground 
processing. HNAVSL sets up the appropriate navigation mode 
display, but continues to concern itself with selection and tuning 
of standard navaids. 

HNAVSL is logically partitioned into the following sections: 
Initialization code: 

Packed error flag words F0, F2, F3, DMEER, and VORER to be 

used in the current HNAVSL pass are cleared. Local variables 
(SLLAT, SLLON) are assigned the most recent position estimate from 
fast loop navigation and local copies (DME3, DME2 , VOR2, SLOCDV, 
SGSDEV) are made of the most recent navaid input data. The Boolean 
flag, MLSFLG, is set if MLSMOD is true or if MLS navigation updates 
have been selected via the nav pallet switch (MLSSLI) and MLSVLD is 
true. Local subroutine RADCAL is then called to compute the 
airplane position vector, PSVECT. 
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Station tuning: 

The local subroutine TUNPTH and the external subroutine TUNXTK 
are next called to select and tune the path (DME2) and cross-path 
(DME3) stations, respectively. Failures are recorded in 
FALST2/FALST3. On return, additional checks are performed to 
ensure that valid signals are being received from the selected 
stations, with errors recorded in DMEER and VORER as appropriate. 
Ultimately, the error summary is logged in F0, F2 and F3 (for DME3, 
DME2 and VOR2, respectively) . 

Position error computations: 

Processing begins with the cross station, DME #3. If bit 9 of 
the simulated airplane control word (SIMFLG) is set, DME3 is set 
equal to the computed range (CDME3) and the station validity flag 
(DME3VD) is ignored. Otherwise, bit 13 is set in DMEER if DME3VD 
is false. Bit 14 of DMEER is set if any bits were set in FLSTA3 by 
TUNXTK. Next, the basic filter gain (DELGN) is set to 0.5 if 
either the Air Data (FLADM) or Radio (FLRM) mode flag is set and 
otherwise set to 0.25. The magnitude of the measured range is then 
checked. If DME 3 is not greater than zero (indicating invalid 
data), bit 11 is set in DMEER, and if it is greater than 200 
nautical miles (nm) , bit 12 is set. Next, if the selected station 
address (NVAD3A) is zero (no station selected), CDME3 is zeroed. 
Otherwise, local subroutine CRBSC is called to compute the range 
and bearing of the station. (Note: the bearing is not used for 
DME #3) . CRBSC also computes the cosine of the depression angle 
(COSDA) and the sine and cosine of the computed bearing (SINCB, 
COSCB) . If the computed range is greater than 200 nm, bit 10 is 
set in DMEER, or if CDME3 was forced to zero, bit 7 is set. 
Otherwise, DRANGE is computed as (CDME3 - DME 3) times COSDA. If 
this delta ground range is greater than 5 nm, bit 9 of DMEER is 
set. Otherwise, the North and East position errors (elements 1 and 
5 of the H matrix) are computed as follows: 

H ( 1 ) = DRANGE * COSCB * DELGN 

H (5) = DRANGE * SINCB * DELGN 

Additionally, bit 8 of F0 is set if the aircraft altitude is 
greater than the ground range to the station. This 'H > R' 
indication is a 'not broke but don't use' flag which inhibits 
navigation using this station, but does not cause retuning. (Note: 
this check as implemented works fine on the East coast, but would 
not be reliable in Denver. Some potential fixes would be: 
Subtract CRBEL from IDDALT before comparison; Check for COSDA > 
0.707; Use TRANSV(3) (once fixed) for the comparison) . 

Finally, DMEER is OR'd into F0. If DMEER was zero, the 
station timer (TIMS1) is cleared and the 'data timeout' bit in 
FLSTA3 should be cleared. (Bit 12 ('no path station') is being 

cleared) . ... 

If DMEER was non-zero, TIMS1 is checked. If it was previously 
zero, it is set to the present time. Otherwise, a check is made to 
see if the error has existed for more than 15 seconds ( (TIME - 
TIMS1 ) > 15) . If so, TIMS1 is cleared and, if the bank angle 
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(ROLL) is less than 15 degrees, bit 14 is set in FLSTA3. 
Subroutine TUNXTK will check FLSTA3 on the next iteration and 
retune if necessary. The 'timeout' error is ignored when ROLL is 
greater than 15 degrees, as the data is not used under these 

conditions. . . 

The path station (DME2) is processed next. Processing is the 
same as for the cross station except as noted below. The PTHSTA 
flag is set to enable additional processing in CRBSC. Provision is 
made for calculating position errors from measured versus 
calculated VOR2 bearing as well as from DME range, although the 
present hardware configuration does not permit input of VOR bearing 
data. The VORVLD bit is hardwired false in low level code (DISFD) 
to prevent its inadvertant use for navigation. Nevertheless, the 
simulator is set up to test the code. Bit 8 of SIMFLG is used for 

DME2 and bit 7 is used for VOR2. Errors detected by TUNPTH are 

logged in FLSTA2 and the error summary is stored in F2 (for the 
DME) and F3 (for the VOR) . If no station has been selected (NVAD2A 
= 0), both calculated range (CDME2 ) and calculated bearing (CVOR2) 
are zeroed. Any DME errors are logged in both DMEER and VORER, as 
the VOR data is necessarily scaled by range to the station. 
Additional errors are logged in VORER for CDME2 > 150 nm (bit 12) , 
delta bearing (DELBR) > 30 degrees (bit 9) , and DELBR * ground 
range (GRMAG) > 5 nm (bit 11) . If the DME data passes all checks, 

North and East position errors are computed as follows: 

H (3) = DRANGE * COSCB * DELGN 

H (7) = DRANGE * SINCB * DELGN 

If it were possible for the VOR data to pass all checks, DELBR 
would be converted to radians and the North and East position 
errors computed as follows: 

H (4 ) = TEMPI * DELBR * TRANSV(l) * DELGN 

H(8) = TEMPI * DELBR * TRANSV(2) * DELGN 

Where: TEMPI is a VOR weighting gain computed as 
.125 * (DMEMAX - DME 2) / DMEMAX, 

TRANSV is the transpose vector computed by 
CRBSC (measured in the local horizontal 
plane) , 

DMEMAX is DME max range = 200 nm. 

Finally, DMEER and VORER are OR' d into F2 and F3 and 'data 
time-out' is checked, using TIMS2 and the same error in clearing 
FLSTA2 as noted above for FLSTA3 . 


ILS processing: . . ... . . 

Checks are made to see if the aircraft is within the 

appropriate range and bearing of a selected ILS station. If oPb 
navigation mode has been selected (NAVMOD = 2) , RADCAL is first 
called to recalculate the airplane position vector using GPS 
position data. This is to preclude a possibly erroneous ILSZON 
calculation based on radio navigation data. If an airport has been 
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selected and it is within the delta lat/lon limits, CRBSC is called 
to calculate the range and bearing (RNGLS, BRGLS) from the 
localizer to the aircraft, and BRGLS is rotated into runway 
coordinates. If the range and bearing are within limits, the 

ILSZON flag (used by autoland control laws) is set, and if further 
criteria are met. North and East position errors are computed from 
the difference between the measured and estimated ILS bearing and 
(possibly) glideslope. 

Position corrections perpendicular to runway heading are 
computed if neither MLS nor GPS navigation has been selected, the 
localizer is valid and the localizer deviation and aircraft delta 
track are within specified limits. The equations evaluated are: 

DLPP = DTOR * (BRGLS - LOCDEV) 

DLNPP = DLPP * TRANSV ( 1 ) 

DLEPP = DLPP * TRANSV (2) 

Where: TRANSV is the vector computed by CRBSC giving 
the location of the localizer in locally 
South, East and up coordinates in nautical 
miles (nm) . 

If no field DME is available and the aircraft is on the last 
leg of . a 3D path coincident with the glideslope, position 
corrections along the runway centerline may be made using 
glideslope data. Two algorithms are coded. The second of these 
(which was the first coded and the only one which has been used in 
flight) computes both along runway and across runway corrections as 
follows : 

temp = RWYLEN + HTDZ / tan (GSA + GSDEV) 

DLPP = (XTK + temp * sin (LOCDEV) ) * FTONM 
DLNPP = DLPP * SINRH 
DLEPP = -DLPP * COSRH 

temp = HTDZ * GSDEV / (GSA GSDEV) 

DLPP = (HER + temp) * FTONM / tan (GSA) 

DLNPP = 0.5 * (DLNPP + DLPP * COSRH) 

DLEPP = 0.5 * (DLEPP + DLPP * SINRH) 

Where: XTK is the 3D path crosstrack error (in feet) 

HER is the 3D path altitude error (in feet) 

HTDZ is height above ground level (in feet) 

This algorithm works reasonably well, but the range estimate 
used to scale the beam errors is derived from radar altitude 
divided by nominal glide slope angle. This is subject to errors 
caused by terrain, altimeter scaling errors and the maximum 
altimeter range (1326 ft) . In Autoland, this is masked by the fact 
that the beam errors are essentially zero. If the plane is being 
manually flown, however, these scaling errors can cause navigation 
errors. The other algorithm attempts to avoid this problem by 
using the range estimate (RNGLS) derived from CRBSC. The equations 
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are: 


DLPP 

DLNPP 

DLEPP 

DLPP 

DLNPP 

DLEPP 


XTK * FTONM + RNGLS * sin (LOCDEV) 

DLPP * SINRH 
-DLPP * COSRH 

(HER + DTOGO * sin (GSDEV) ) * FTONM / TANGSA 

0.5 * (DLNPP + DLPP * COSRH) 

0I5 * (DLEPP + DLPP * SINRH) 


5SS s; 5SLS 

poStion'^ofre^ns VpN^and DPE) to fast loop navigation 
(HNAVFS) . 

Note: the following errors exist negation ^The^orrec? 

is bad, an attempt is made to use is the status 

VOR to use would be VOR3, but 3 always shows bad 

word for VOR #2. (Confusing, lt7 » • * s f ” t a CO nIistenoy, FI 

status, this mode 0 t S v SB V »3) is checked when DME2 is good and DME3 
(the status word for VOR tJ) is t V0R to use . This CAN 

is bad, although VOR2 woul( J b t to anything. It therefore 

cause a problem because 1 non-existent VOR3. Should this 

shows good status ( 0) or he n be h4 and h8> which is the 

condition occur, the data selec always zero (since 

data for the (correct VOR **• navigation mode is IXD or 

firs 

or MLS) . 

Navigation mode indicators: , NAV typ> and a coded mode word 

An ASCII character string mWV) * ^ cdu and the 

(MNAVTY) are set up to dr ^- v ? n ^ he pilot as to the navigation 
Navigation Display, which advi . ti £) the probable navigation 

accuracy. rC Votential ll inodes y (arranged ^n hierarchical order, are as 

follows : 

AMX: MLS mode (MLS da ^ 5 a 6 radiQ f na v 1 " 3 / U ter ^ih i ch is 

IMX: MLS nav source (MLS drives rau 

then used for navigation) 

DGP * Differential GPS with good status 
AGP: Absolute GPS with good status 
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GPn: Degraded GPS tracking 'n' satellites 
GXX: GPS selected but not valid 


^be following codes may begin with 'I / 
reference) , 'A' (Air data velocity reference) 

only) . ixx is the only code likely to be seen 


(Inertial velocity 
or 'x f (Radio mode 


ILD: 
ILG: 
I LX; 
IDD : 
IVD : 
IDV: 
IDX/ 

IXX: 


ILS localizer and DME #2 
ILS localizer and glideslope 

ILS localizer only (No along track correction! 

DME #3 and DME #2 (Inertial-Dual-DME) 

VOR #2 and DME #2 (Presently not possible) 

DME #3 and VOR #3 (Also not possible) 

IXD: Single DME is tuned and valid. No navigation 
updates are computed (except as noted above). 

o valid DME, or bank angle greater than 15 
degrees. No navigation updates are computed. 


flaqs HN F0 SL F2°anri e p? S • by copying the local failure 
g / / F2 and F3, into the global flags, FOG, F2G and F3G. 

GLOBAL INPUTS: ACTCNT, AIRPTS, ANTLAT, ANTLON CDME2 rnivm 

COSRH, CV0R2, DIFMOD, DTOGO, DME2VD, DME3TO DVE n™’ 
FLADM, FLRH, FLSTA2, FLSTA3, GPNAV, GPNAW g'pSSEL S' 
GSDEV, GSVLD, HER, HRAD, HTDZ, IDDaX iLdiIt IDDroS' 
ILDPRF, ILDHIG, ILGRNG, ILSZON, LAT, LON, LOCDEV MCV^n' 
MAG VAR, MDME2, MDME3, MLSMOD, MLSSLI, MLSVLd' 

NAV64K, NAVMOD, NVAD2A, NVAD3A, PTR2D, ROLL ' RotSdp' 

SS: W ^an^'tS! h ?k,' 


GLOBAL OUTPUTS: BRGLS, CDME2, 

DVE, DVN, FOG, F2G, 
NAVCTR, NAVTYP, RNGLS 


CDME3, CVOR2 , DPE, 
F3G, ILSZON, KIP, 


DPERRF, DPN, 
K2P, MNAVTY, 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


RADCAL (Earth Radius Calculations) 

HNAVSL . FOR 

SLOW 


PURPOSE: Calculate the aircraft position vector, PSVECT. 

CALLED BY : SLOW 

CALLING SEQUENCE: CALL RADCAL 
CALLS TO: COSD, SIND 

DESCRIPTION i 

RADCAL uses SLLAT and SLLON (the local copies of the aircraft 
position estimate calculated by HNAVFS) , aircraft altitude (ALTCOR) 
and the Earth model parameters (RADIUS, ELLIP and ESQ) to compute 
PSVECT, the ellipsoidal Earth vector from the center of the Earth 
to the* aircraft position. The equations evaluated are as follows 
(simplified form) . 


temp = RADIUS * (1. + sin 2 (LAT) * ELLIP) + ALTCOR * FTONM 


temp * sin(LAT) * (1. - ESQ) 
PTVECT = -temp * sin (LON) * COS (LAT) 
temp * cos (LON) * cos (LAT) 


Where: RADIUS is the nominal earth radius (3443.9186 nm) , 

ELLIP is the ellipticity (3.3528107 E-3) , and 
ESQ is the eccentricity squared (6.6943801 E-3) . 
All quantities are per the WGS-84 Earth model. 

GLOBAL INPUTS: ALTCOR, SLLAT, SLLON 

GLOBAL OUTPUTS : None 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


CRBSC (Range and Bearing Calculations) 

HNAVSL . FOR 

SLOW 


PURPOSE: Compute the slant range, ground range and bearing from 

the aircraft to a VOR, ILS or DME. g 

CALLED BY : SLOW 

CALLING SEQUENCE: CALL CRBSC (RANGE, BRG) 

CALLS TO: ATAN2D, COSD, MXV, SIND, SQRT, VMG 

DESCRIPTION: 

path station flag (PTHSTA) is true, DPHI1 and DLAM1 
(the delta latitude and longitude between the aircraft and the oath 
station) are calculated and the PTHSTA flag is cleared DPHii P *nH 
DLAMi are used by TUNXTK to calculate the wedge angle between the 
path station and the cross station. 

CRBSC then uses CRBLT , CRBLG and CRBEL (the station 
longitude and elevation set up by HNAVSL) , and the Earth model 
parameters (RADIUS, ELLIP and ESQ) to compute PT^CT,the 
ellipsoidal Earth vector from the center of the Earth to the 
navaid. DVECT is computed by subtracting PTVECT from PSVECT (the 

^ScaL °s m R £5? fS nt ? ° f the Earth t0 the competed by 

r (slant range to the navaid) is then computed as the 

{siSLf^formr 0 " 0 " eValUated a ™ «» 


temp = RADIUS * (1. + sin 2 (CRBLT) * ELLIP) + CRBEL * FTONM 


temp * sin (CRBLT) * (1. - ESQ) 
PTVECT = -temp * sin (CRBLG) * cos (CRBLT) 
temp * cos (CRBLG) * cos (CRBLT) 


Where: RADIUS is the nominal earth radius (3443.9186 nm) , 
ELL!P is the ellipticity (3.3528107 E-3) , and 
ESQ is the eccentricity squared (6.6943801 E-3) 

All quantities are per the WGS-84 Earth model. 

DVECT = PSVECT - PTVECT 


SRMAG = VMG (DVECT, 3) 


Where: VMG is an external function which returns the 
magnitude of a vector of a specified length. 
I.e, the square root of the sum of the squares 
of the elements of the vector. 


T ^frc^.m anS ^° Se matr ^ x (TVECT) is then computed and multiplied 
imes ECT to produce the transposed difference vector, TRANSV. 
The elements of TRANSV are the North, East and up coordinates of 
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the aircraft relative to the navaid in a locally horizontal plane. 
That is, a plane with its origin on the geoidal approximation of 
the Earth and directly under the aircraft. The equations evaluated 
are as follows: 

0.0 cos (LON) sin (LON) 

TVECT = -COS(LAT) -sin (LAT) sin (LON) sin (LAT) cos (LON) 
sin (LAT) cos (LAT) sin (LON) cos (LAT) cos (LON) 


TRANSV = [ TVECT ] [ DVECT ] 


Note: The Z coordinate of TRANSV (TRANSV (3)) is 

incorrect because the sign of TVECT (3, 2) is 
incorrect. The quantity (-cos (LAT) sin (LON)) 
yields the correct value. TRANSV(3) is not 
used in any calculation. 

Finally, the ground range and bearing (magnetic) of the 
aircraft from the station (GRMAG, MAGBEAR) , the sine and cosine of 
the (true) bearing (SINCB, COSCB) and the cosine of the depression 
angle (COSDA) are computed. 

GRMAG = sqrt ( TRANSVj 2 + TRANSV 2 2 ) 

MAGBEAR = at an ( TRANSVj, TRANSV 2 ) 

SINCB = TRANSV, / GRMAG 

COSCB = TRANSV 2 / GRMAG 

COSDA = GRMAG / SRMAG 

TRANSV, is then negated for use by HNAVSL in computing 
position errors from the calculated VOR or ILS angular errors 
(making this element positive south vice positive north) . 

GLOBAL INPUTS: SLLAT, SLLON 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: TUNPTH (Path Defined Station Tuning) 

FILE NAME: HNAVSL . FOR 

PROCESS: SLOW 

PURPOSE: To select and tune a station for DME #2. 

CALLED BY: HNAVSL 

CALLING SEQUENCE: CALL TUNPTH 

CALLS TO: NXTPS, T1CHEX, TUNDM2, TUNEPS 

DESCRIPTION: 

TUNPTH, together with its internal subroutines NXTPS, T1CHEX 
and TUNEPS, and the external subroutine TUNDM2 , selects and tunes 
a navaid for DME #2 (the path station) . It first checks to see if 
the station was manually tuned (indicated by the auto-tune flag, 
ATNAV2, being false and the station address, NVAD2A, being non- 
zero) . If so, it checks the status word (FLSTA2 ) . The check 
should be for 'station-not-tuned (bit 13) and timer expired' or 
'station failed' (any other bit set in FLSTA2) . The way the 
parentheses are grouped, the timer would be checked only if the 
'station-not-tuned' bit is NOT set. If status is bad and ground 
speed is greater than 140 kts, the RETUN2 flag is set. (In the 
original NCDU code, this caused a message to be displayed on the 
CDU, but this feature was not implemented in the new CDU code. Had 
it been, we might have noticed that the logic used to set it is 
erroneous.) Next TUNPTH calls TUNEPS and T1CHEX to output the 
tuning code and verify that the station has properly tuned to the 
selected frequency. 

If auto-tune is enabled or if no station has been selected, an 
attempt is made to automatically select a path station. If ground 
speed is less than 64 knots (NAV64K false) , only the path defined 
station may be used. PTRSTA is set to the 'to waypoint' pointer 
(TOWPT) and NXTPS is called to fetch the path station address. If 
PTRPS is returned as a zero (indicating 'no path station'), bit 14 
of F2 is set. (This is an error, but the effect is only to lose 
the record of the original failure, since any bit set in FLSTA2 
causes bit 14 of F2 to be set in HNAVSL mainline code. Bit 12 of 
FLSTA2 should be set.) Otherwise, NVAD2A is set to PTRPS, TUNEPS 
is called to output the tuning code and T1CHEX is called to check 
the tuning, setting bit 13 of FLSTA2 if unsuccessful for more than 
four seconds. Next, FLSTA2 is set unconditionally to '1000' hex 
(bit 12 only) . This is also an error. The effect is to disable 
radio navigation below 64 knots, while wiping out any real errors 
that may have been logged. Bit 12 should only be set as indicated 
above . 

If NAV64K is true, full station search logic is enabled. The 
'no path station' flag is cleared and the PSFAIL flag is set if any 
other errors were logged in FLSTA2 and the error is timed out. 
Next, a check is made to see if it's time to update the path 
defined station (done when halfway to the next waypoint) . If the 
update has already been made (station pointer ahead of waypoint 
pointer) , PSFAIL is tested and if true, TUNDM2 is called to find 
another station. TUNEPS and T1CHEX are then called as above. 
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It the station pointer is behind bb ?p «ypoint pointer, ^t^s 

set equal to the waypoint jpointer^a are equal and the aircraft is 
next path station. If the po _ t * false, T1CHEX is called 
not yet at the halfwaypoint an^PSFAi Jf it is non-zero 

to verify tuning. STADIA NVAD2A is set to PTRPS and TUNEPS is 
and not equal ho NV i uninq code. If PTRPS is zero or equal to 
called to output the PSFAIL is false, otherwise the station 
NVAD2A, TlCHEX is < called i^PSFi UL £ £ T ^ en , if no next station 

pointer is updated TI iMnM2 is called to search for any usable 
«aUon d Oth?r«i'se%M2h is set to PTRPS and TUNEPS is called to 
output the tuning code. 

GLOBAL INPUTS: ATNAV2 , DTOGO, FLSTA2. GS, NAV64K, NVAD2A, 
RETUN2 , TOWPT 


GLOBAL OUTPUTS: FLSTA2, NVAD2A 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


™ PS (Next Path Station) 
HNAVSL . FOR 

SLOW 


PURPOSE : 


To get station defined by 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


TUNPTH 
CALL NXTPS 
None 


next 


waypoint . 


DESCRIPTION: 

i, no path 

buffer entry indicated ^PTRSTA^Md* a?p 8 i s fOUnd ^ the ^uidanci 
thl waypoint °po inter, f ° V the seSfp^teTtJ^ 


GLOBAL INPUTS: GUID2D, TOWPT, WPT ACT 

GLOBAL OUTPUTS : 


None 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


TUNEPS (Tune Path Station) 

HNAVSL . FOR 

SLOW 


PURPOSE: Tune the path station (DME #2). 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


TUNPTH 
CALL TUNEPS 
GET WORD 


DESCR U™e : path nation address l-^s ^"mched^frorn^th! 

SavIgatTon^dtta"^ a^pUced in "the tune output word (ATUNE2) . 
?he status word (FLSTA2) is then zeroed. 


GLOBAL INPUTS : NVAD2A 

GLOBAL OUTPUTS: ATUNE2, FLSTA2 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


T1CHEX (Tuning Checks) 

HNAVSL.FOR 

SLOW 


PURPOSE: Check path station tuning 

CALLED BY : TUNPTH 

™fJ N ™ SEQUENCE: CALL T1CHEX 
UALLS TO: None 

DESCRIPTION: 

indict- U™\ FQ l It e Z alS ,, the ° cod. 

indicating that the DME #2 inputs are m s , hou , ld check bit 8 - 
the out-neq-in' bit (bit 13) i n FLSTA? . be simula ted for NAVIG) 
faii timer (PSTMR) i s zeroed. Other^fse fh 6a f ed and the Nation 

firs?"/ ¥ and PSTMR is checked? S pstmr -° Ut " neq "f n/ bit ^ 

first pass for this condition) it- io ls zero (indicating 

seconds (TIME) . Otherwise, PSTMR is suhtra ^ Present time in 

ma?rr SUlt is greater than 4 seconds pstmr 6 ^ fr ° m TIME and ' if 
mime code checks for PSTMR equal zero with ^LSTA^not Z TUNPTH 

t An « . — . zero. 


GLOBAL INPUTS : 
GLOBAL OUTPUTS: 


ATUNE2, DME2FQ, FLSTA2, SIMFLG, TIME 
FLSTA2 
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MODULE NAME: TUNDM2 (Autotune DME #2) 

FILE NAME: TUNDM2 . FOR 

PROCESS: SLOW 

PURPOSE: Find a suitable 'path station' when no path has been 

entered or the path has no stations coded. 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


TUNPTH 
CALL TUNDM2 

GET LONG, GET_REAL, NXT_STA2, SEARCH_STA2 


DESCRIPTION: . , „ 

TUNDM2 begins by checking the 'search-in-progress' flag 
(RINPFL) . If RINPFL is true, the high altitude flag (HIALT2) is 
gg£ according to present aircraft altitude, and NXTSTA2 is called 
to update to the next station in the longitudinal strip. 

If RINPFL is false, the permissable search range (ZONELM) is 
set to the minimum (ZONERGE = 40 nm) , the zone search counter 
(RZNCTR) is reset to zero, the local strip pointer (X2PTR) is reset 
to the beginning of the longitudinal strip pointers and a search is 
initiated for that two degree wide longitudinal strip which 
includes the aircraft present position. This search continues 
until the strip is found or until the end of the longitudinal 
strips in the navigation data base is found. (The present data 
base contains data for all of the continental United States: 66 to 

124 degrees west longitude) . . • 

When the proper strip is found, the zone pointer (RZNPTR) is 
set to point to the address of the first station in the strip, 
NAV ADD2 is loaded with the address of this station, RINPFL is set 
true and SEARCH_STA2 is called to check if this is a usable station 
and search further if not. 

GLOBAL INPUTS: IBPTR, IDDALT , SLLON, 

GLOBAL OUTPUTS: RZNCTR, RZNPTR, ZONELM 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


NXTSTA2 (Select Next Station) 

TUNDM2 . FOR 

SLOW 


PURPOSE: Select the next station in a search sequence. 

CALLED BY : TUNDM2 

CALLING SEQUENCE: CALL NXTSTA2 

CALLS TO. CHOOSE_STR2 / EXT_RGE2, GET__LONG, SEARCH_STA2 

DESCRIPTION: 

next station the 

(indicating the end of the strip) the tnno SSS c ° ntains a zero 
incremented. if it is then equal * (o ‘ R2N ?? R > is 

extend the search range. Otherwise CHOOSF • S Ca A^ ec ^ to 

choose the next longitudinal strip CH OOSE_STR2 is called to 


GLOBAL INPUTS: RZNCTR 


GLOBAL OUTPUTS : RZNCTR 
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MODULE NAME: SEARCH_STA2 (Find Next Station) 

FILE NAME: TUNDM2 . FOR 

PROCESS: SLOW 

PURPOSE: Search a longitudinal strip for a suitable station. 

CALLED BY: TUNDM2 , NXTSTA2 

CALLING SEQUENCE: CALL SEARCH_STA2 

CALLS TO BMPSTA2, GET_BYTE, GET_REAL, SQRT 

DESCRIPTION : 

Initially the search-done flag (DONE) is cleared. Each 
station in the longitudinal strip is checked to verify that it is 
a VORTAC, that it is not one of the stations presently tuned and 
(if the high altitude flag (HIALT2) is set) that it is a high 
altitude navaid. If any of these checks fail, BMPSTA2 is called to 
update to the next station or set the DONE flag. 

If the station is of the correct type, the distance to the 
station (DIST) is approximated and the effective range of the 
station (RANGE) is computed as a function of the elevation of the 
aircraft above the station. If the station is out of range (DIST 
> RANGE) or is beyond the allowable search range (DIST > ZONELM) , 
BMPSTA2 is called as above. 

If all tests have passed, NVAD2A is set to the selected 
station address. Note that exit from this subroutine does not 
guarantee that a station has been found. At most, one full strip 
will be searched. If no suitable station is found, this will be 
detected by TUNDM2 on a subsequent iteration of the slow loop and 
result in another call to SEARCH_STA2. 

GLOBAL INPUTS: ALTCOR, NVAD2A, NVAD3A, SLLAT, SLLON, ZONELM 

GLOBAL OUTPUTS: NVAD2A 
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MODULE NAME: BMPSTA2 (Pick Next-in-strip) 

FILE NAME: TUNDM2 . FOR 

PROCESS: SLOW 

PURPOSE* Increment to the next station in a search sequence. 

CALLED BY: SEARCH_S TA2 

CALLING SEQUENCE: CALL BMP STA2 (DONE) 

CALLS TO: CHOOSE_STR2, EXT_RGE2, GET_LONG 

DESCRIPTION: 

The station address (NAV_ADD2) is incremented to point to the 
next station in the longitudinal strip and the word at that address 
is checked. If this word is zero, (indicating the end of the 
strip) , the zone counter (RZNCTR) is incremented. If RZNCTR is 
then equal to five, EXT_RGE2 is called to extend the search ranqe 
Otherwise, CHOOSE_STR2 is called to choose the next longitudinai 
strip. In either event, the DONE flag is then set to cause 
SEARCH_STA2 to exit its search sequence. 

GLOBAL INPUTS : RZNCTR 


GLOBAL OUTPUTS: 


RZNCTR 


MODULE NAME: 
FILE NAME: 
PROCESS : 


CHOOSE_STR2 (Select Next Longitudinal Strip) 

TUNDM2 . FOR 

SLOW 
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PURPOSE: Choose a new longitudinal strip to search. 

CALLED BY: BMPSTA2, NXTSTA2 

CALLING SEQUENCE: CALL CHOOSE_STR2 
CALLS TO: EXT_RGE2, GET_LONG, LOOKL2 

DESCRIPTION: 

This subroutine is entered when the previously selected 
longitudinal strip has been searched unsuccessfully for a suitable 
station. It begins by setting INDST, used by L00KL2. (Note: 

INDST is actually a constant pointing to the westernmost strip in 
the navigation data base, but it cannot be computed at compile 
time) . One of five sections of code is then executed depending on 
the value of the zone counter, RZNCTR. (hereinafter referred to as 
'the value' ) . 

If the value is 1, we are in that 2 degree strip which 
includes the aircraft position. If another strip exists to the 
east, NAV_ADD2 is set to point to the first navaid in that strip. 
If not (the location at RZNPTR + 8 is zero) , RZNCTR is set to 3 (to 
insure that a subsequent entry doesn't repeat the attempt to move 
east) and L00KL2 is called to attempt to move to the west. 

If the value is 2, processing proceeds identically, except 
that the initial attempt is to move to the second strip to the east 
of present position. 

If the value is 3, L00KL2 is called to move to the first strip 
to the west of present position. 

If the value is 4, the second strip to the west is chosen if 
one exists. Otherwise EXT_RGE2 is called to extend the search 
range and reset the zone counter. 

GLOBAL INPUTS: IBPTR, RZNCTR, RZNPTR 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: EXT_RGE2 (Extend Search Range) 

FILE NAME: TUNDM2 . FOR 

PROCESS : SLOW 

PURPOSE: Extend station search range by 40 nm. 

CALLED BY: BMPSTA2, CHOOSE_STR2, NXTSTA2, LOOKL2 

CALLING SEQUENCE: CALL EXT_RGE2 
CALLS TO : GET_LONG 

DESCRIPTION: 

EXT_RGE2 is called when all permissable longitudinal strips 
have been searched out to the present search limit without finding 
a suitable navaid. The zone counter (RZNCTR) is zeroed, resetting 
the zone to aircraft present longitude, NAV_ADD2 is set to point to 
the first navaid in that strip (as indicated by RZNPTR) and the 
search range limit (ZONELM) is increased by 40 nm. If this 
increase results in ZONELM being more than 200 nm, the search in 
progress flag (RINPFL) is cleared -- thus reinitializing the search 
— and ZONELM is reset to 40 nm. 

GLOBAL INPUTS : RZNPTR 

GLOBAL OUTPUTS: RNZCTR, ZONELM 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


LOOKL2 (Select Next Strip to West) 

TUNDM2 . FOR 

SLOW 


PURPOSE: Choose a new longitudinal strip to the west (Look Left). 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


CHOOSE_STR2 
CALL L00KL2 (INDST) 
GET LONG 


“" value of (RZNPTR -24) is compared to INDST and, if 
create?? NAV ADD2 is set equal to the longitudinal strip address 
found at the indicated address in the navigation data i base >. If 
< RZNPTR - 24) is less than INDST, there are no more longitudinal 
!trips R to the west, and EXT_RGE2 is called to extend the search 
range and reset the zone counter. 

GLOBAL INPUTS: RZNPTR 

GLOBAL OUTPUTS : None 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


TUNXTK (Cross Track Station 

TUNXTK . FOR 

SLOW 


Tuning) 


PURPOSE : 


To tune station #3 manually or by auto-tune 
cross track station. 


to a suitable 


CALLED BY : HNAVSL 

CALLING SEQUENCE: CALL TUNXTK 

CALLS TO: GET_WORD, SEARCH_INIT, XTK_AUTO, XTK_MAN 

DESCRIPTION: 

select ed^^nd "tuned?" To" t'ecually^^tine' 8 a Ua ^ross-stat ^ 
entered via the PROGRESS #2 paqe on the rnn Sta 5* on ' one , 1S 

this CDU input finds the navaid in the navigation datahp^ 6 
its address in the navaid address variable, N^^3 a ?t flsn^i S6tS 
the cross-track mode flag, ATNAV3 indi raHn« »,„* It also clears 

When not manual tuning, ATNAV3 will be set and aut^tunin^will^e 
the active mode. In auto tuning mode TUNXTK 
subroutines) searches the navigation 9 da base a s^tah?* 

st^L^nrm^/re 6 sought. ^ condition/^detect^d?^ 

present^^selected Sa not e^ua^O)* “^ot^SEA^VMIT ■ * 

Se fT r h C ^ f °hL a /^wi^Frf/nei? 

trrc^ y d be i°/!tTs 1 V7 th ^ S The 6 NAV 6 4 K 

must be on the ground, so^no search "would 4 be^suiUsslu^ 1 ?;^ 
output tuning code (ATUNE3) is set equal to that nf ehl 1 ' T1 ?® 

SSSSSS u 0 se by o^e 3A cros F s S s T t A a 3 t ionrand Set "° ' 1000 ' hex 

. 11 NAV64K is* true 3 and" ATWW3 Ts" ^"Sd^elin^^aTluto 
tuning is permitted for DME3) , subroutine XTK an™ ?. ™J, a “ 


GLOBAL INPUTS: ATNAV3, FLSTA3, NAV64K, NVAD3A 

GLOBAL OUTPUTS: ATUNE3, FLSTA3 


MODULE NAME: 
FILE NAME: 
PROCESS: 


XTK_MAN (Manual Tuning) 

TUNXTK . FOR 

SLOW 
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PURPOSE: To tune station #3 manually. 

CALLED BY : TUNXTK 

CALLING SEQUENCE: CALL XTK_MAN 

CALLS TO: CMP_FREQ, GET_REAL, GET_WORD, TUNCK 

DESCRIPTION: 

The output tuning code (ATUNE3) is set equal to that of the 
navaid pointed to by NVAD3A, the station status word (FLSTA3) is 
cleared and TUNCK is called to verify station geometry. If bad 
geometry status is returned (BADG = true) , the bad geometry bit 
(bit 11) is set in FLSTA2 if ATNAV2 is true (forcing selection of 
a new path station) and otherwise is set in FLSTA3 (which will 
cause a DME fail indication on the CDU) . If geometry is good, 
subroutine CMP_FREQ is called to verify that the selected station 
has been tuned. 

Note: the line of code which sets FLSTA2 sets it equal to the 

'OR' of FLSTA3 (vice FLSTA2) and the 'bad geometry' bit. This has 
functional significance, but could make it confusing to analyze 
the status words. 

GLOBAL INPUTS: ATNAV2 , FLSTA3, NVAD3A 

ATUNE3, FLSTA2, FLSTA3 


GLOBAL OUTPUTS: 
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MODULE NAME: XTK_AUTO (Auto Tuning) 

FILE NAME: TUNXTK . FOR 

PROCESS : SLOW 

PURPOSE: To auto-tune station #3 to a suitable cross path station. 

CALLED BY : TUNXTK 

CALLING SEQUENCE: CALL XTK_AUTO 

CALLS TO: CMP_FREQ, GEOM_CK, NXTSTA, SEARCH_INIT / 

SEARCH_STA 

DESCRIPTION: 

XTK_AUTO begins by checking that the cross station status word 
(FLSTA3) equals 0 and bit 8 of FO (set by HNAVSL to indicate that 
the station is within the H > R cone) is not 0. This check will 
fail, as FO was cleared immediately before calling TUNXTK. It 
should be checking for the PATH station within the H > R cone, 
which at this point would be logged in bit 8 of F2G. If within the 
H > R cone and no errors have been logged for the cross station 
(FLSTA3 = 0) , there is no point in doing a station search as the 
geometry checks would be unreliable. CMP_FREQ would then be called 
to verify station tuning and processing terminated. 

Processing continues by checking the search-in-progress flag 
(CINPFL) . If it is set, SEARCH_STA is called to continue the 
search. Otherwise, FLSTA3 is checked. If it is zero, or if the 
only error is a 'station-not-tuned' error (bit 13) which has not 
timed out, GEOM_CK is called to check the station geometry. 

If FLSTA3 showed a station failure on entry or a 'station-not- 
tuned' has timed out, the cross station timer (XSTMR) is cleared 
and XST_INIT is checked. If it is false, SEARCH_INIT is called to 
initiate a station search. If it is true (indicating a search has 
already been initiated) , NXTSTA is called to select the next 
station . 

GLOBAL INPUTS: ATUNE3, FLSTA3, NAV64K, NVAD3A, TIME 

ATUNE3, FLSTA2, FLSTA3 


GLOBAL OUTPUTS: 
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MODULE NAME: GEOM_CK (Geometry Checks) 

FILE NAME: TUNXTK . FOR 

PROCESS: SLOW 


PURPOSE: Verify the cross station / path station geometry. 

CALLED BY : XTK_AUTO 

CALLING SEQUENCE: CALL GEOM_CK 
CALLS TO: TUNCK, CMP FREQ 


DESCRIPTION: 

GEOM_CK calls TUNCK to actually perform the geometry check 
hfr b ?M? e i°?? t?ry states is returned (BADG = true), the bad geometry 
, set in FLSTA3 (which will cause a new station to be 

selected) . if geometry is good, the tuning code is fetched from 
the navigation data base and set in ATUNE3, FLSTA3 is zeroed and 

has r been n ?unedT FREQ t0 Verify that the selected s?at?2n 


GLOBAL INPUTS: FLSTA3, NVAD3A 

GLOBAL OUTPUTS: ATUNE3, FLSTA3 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


NXTSTA (Select Next Station) 

TUNXTK . FOR 

SLOW 


PURPOSE: Select the next station in a search sequence. 


CALLED BY: XTK_AUTO 

CALLING SEQUENCE: CALL NXTSTA 
CALLS TO: CHOOSE_STRIP, 


EXT RANGE, 


GET LONG, 


SEARCH STA 


DESCRIPTION^ address (NAV ADDR) is incremented to point to the 

next station in the longitudinal strip and the word at that address 
is checked . If the word is non-zero, SEARCHJ3TA is called to see 
if this is a valid station. If the word is zero (indicating the 
end of the longitudinal strip) , the zone counter (ZONCTR) is 
incremented. If it is then equal to five, EXT_RANGE is called to 
extend the search range. Otherwise, CHOOSE_STRIP is called to 
select the next longitudinal strip. 


GLOBAL INPUTS : None 

GLOBAL OUTPUTS : None 


MODULE NAME: SEARCH_INIT (Initialize Station Search) 

FILE NAME: TUNXTK . FOR 

PROCESS: SLOW 

PURPOSE: Initialize the search for station #3. 

CALLED BY: TUNXTK, XTK_AUTO 

CALLING SEQUENCE: CALL SEARCH_INIT 
CALLS TO: GET_LONG, GET_REAL, SEARCH_STA 

DESCRIPTION: 

Processing begins by setting the station high altitude flag 
(HIALTF) if the aircraft is above 18000 feet. The permissable 
search range (ZONLIM) is set to the minimum (ZONRGE1 = 40 nm) , the 
zone search counter (ZONCTR) is reset to zero, the local strip 
pointer (XPTR) is reset to the beginning of the longitudinal strips 
and a search is initiated for a strip which includes the aircraft 
present position. This search continues until the strip is found 
or the end of the longitudinal strips in the navigation data base 
is found. (The present data base contains data for all of the 
continental United States: 66 to 124 degrees West longitude) . 

Once the proper strip is found, ZONPTR is set to point to the 
this strip, NAV_ADDR is set to the address of the first navaid in 
the strip, the search-in-progress flag (CINPFL) is set and 
SEARCH_STA is called to select a usable station. 

GLOBAL INPUTS: IBPTR, IDDALT, SLLON 

ATUNE3, FLSTA2, FLSTA3 


GLOBAL OUTPUTS: 
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MODULE NAME: SEARCH_STA (Find Next Station) 

FILE NAME: TUNXTK. FOR 

PROCESS: SLOW 

PURPOSE: To select and tune a suitable cross track station. 

CALLED BY: SEARCH_INIT, XTK_AUTO 

CALLING SEQUENCE: CALL SEARCH_STA 

CALLS TO: BUMP_STA, CMP_FREQ, GET_BYTE, GET REAL. 

GET_WORD, TUNCK “ 

DESCRIPTION: 

Initially the search-done flag (DONE) is cleared. Each 
station in the lonitudinal strip is checked to see if it is a 
VORTAC and (if the high altitude flag (HIALTF) is set) if it is a 
high altitude navaid. If either of these checks fail, BUMP_STA is 
called to select the next station and set the DONE flag (Tf this 
involved selection of a new longitudinal strip) to cause an exit 
from the subroutine. 

If the station is of the correct type, TUNCK is called to 
check station geometry. If a bad geometry status is returned, or 
if either DME2 or DME3 is already tuned to this station, BUMP STA 
is called as above. Otherwise, FLSTA3 is cleared, the 'search^in- 
progress' flag (CINPFL) is cleared, NVAD3A is set to the selected 
station address, ATUNE3 is set to the tuning code found in the 
navigation database for this station and CMP_FREQ is called to 
verify the tuning. Finally, the DONE flag is set to cause an exit. 

GLOBAL INPUTS: ATUNE3, NVAD2A, NVAD3A 

GLOBAL OUTPUTS: ATUNE3, FLSTA3, NVAD3A 
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MODULE NAME: CMP_FREQ (Check Station Tuning) 

FILE NAME: TUNXTK . FOR 

PROCESS : SLOW 

PURPOSE: Verify tuning of DME3. 

CALLED BY: GEOM_CK, SEARCH_STA, XTK_AUTO, XTK_MAN 

CALLING SEQUENCE: CALL CMP_FREQ 
CALLS TO : None 


If the input frequency code (DME3FQ) equals the output code 
(ATUNE3) or if bit 9 of SIMFLG is set (indicating that the DME #3 
inputs are^to be simulated for NAVIG) , the station fail timer 
(XSTMR) is zeroed. Otherwise, the 'out-neq-in bit is set in 
FLSTA3 and XSTMR is checked. If it is zero (indicating first pass 
for this condition), it is set to the present time m seconds 

(TIME) . 

GLOBAL INPUTS: ATUNE3, DME3FQ, FLSTA3, SIMFLG, TIME 

GLOBAL OUTPUTS: FLSTA3 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


BUMP_STA (Pick Next-strip) 

TUNXTK . FOR 

SLOW 


PURPOSE: Increment to the next station in a search sequence. 


CALLED BY: 
CALLING SEQUENCE 
CALLS TO: 


SEARCH_STA 
CALL BUMP_STA 

CHOOSE_STRIP , EXT_RANGE, GET_LONG 


DESCRIPTION: 

The station address (NAV ADDR) is incremented m -w 

next station in the longitudinal strip and the word at that- add the 
rs checked. If the word is non-zero. Processing is ?erminlted if 
the word is zero (indicating the end of the strio) the 

Exr^GE^c’ n iS H i ;° ren,ented - If 11 is then equal to five 
EXT_RANGE is called to extend the search M n+u . ve ' 

CHOOSB_STRIP is caned to select the next ^ngUudinal str!n" 1S i; 
either case, a DONE status is returned. 


GLOBAL INPUTS: 


None 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


CHOOSE_STRIP (Select Next Longitudinal String 
TUNXTK . FOR 9 ituamai Strip) 

SLOW 


PURPOSE : 


Select a two degree strip to search for a station. 


CALLED BY: 
CALLING SEQUENCE 
CALLS TO: 


BUMP_STA / NXTSTA 
CALL CHOOSE_STRIP 
EXT_RANGE , GEELONG, LOOK L 


DESCRIPTION: 

subroutine is entered wh#»n v ha • . 

b ui f di?a? Ct bu? U cLno C t 0 ^ bf cVuted 1 at" compile T ime 'o £*?> 

includes *the aircraft position^ 11 a'nnthe 2 ^ ree stri P “ hich 

ll 5 nitTdT \ S S6t t0 P ° lnt ' t0 the iTcfat strip 6 

ensure V 3 < P ° 

t^TLT. LOOK - L is called to to r :^\^r?£ slli 7tl 

hhsaf- t > he -*-^ a i Ue is 2 ' P roc essing proceeds identically excent- 
of preset position te '" Pt 13 t0 m ° Ve tC the SeCond stri P to the ^ 

first 'strip ^“the^st L °° K - L iS t0 atte * pt t0 tp the 

If the value is 4, the second strip to the west is cho<?^n i e 
*' Otherwise EXT_RANGE is called to extend the search 


GLOBAL INPUTS: IBPTR 

GLOBAL OUTPUTS: 


None 



134 


MODULE NAME: 
FILE NAME: 
PROCESS : 


LOOK_L (Select Next Strip to West) 

TUNXTK . FOR 

SLOW 


PURPOSE: To extend the station search to the first longitudinal 

strip to the West, if one exists. 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


CHOOSE_STRIP 

CALL LOOK_L (INDST) 

EXT RANGE, GET_LONG 


DESCRIPTION NAV ADDR to p 0 i n t to the first navaid in the next 

longitudinal strip to the west of aircraft present position if one 
eSSts If there is no next strip to the west (ZONPTR - 24 is less 
than INDST), EXT_RANGE is called to extend the search range by 40 

nm. 


GLOBAL INPUTS : None 

GLOBAL OUTPUTS: 


None 


MODULE NAME: 
FILE NAME: 
PROCESS: 


EXT_RANGE (Extend Search Range) 

TUNXTK . FOR 

SLOW 
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PURPOSE: Extend search range for a cross-track station. 

CALLED BY: BUMP_STA, CHOOSE_STRIP, LOOK_L, NXTSTA 

CALLING SEQUENCE: CALL EXT_RANGE 
CALLS TO : GET_LONG 

DESCRIPTION: 

EXT_RANGE is called when all permissable longitudinal strips 
have been searched unsuccessfully for a suitable navaid out to the 
present search limit. The zone counter (ZONCTR) is zeroed, 
resetting the zone to aircraft present longitude, NAV_ADDR is set 
to point to the first navaid in that strip (as indicated by ZONPTR) 
and the search range limit (ZONLIM) is increased by 40 nm. If this 
increase results in ZONLIM being more than 200 nm, the search in 
progress flag (CINPFL) is cleared, the search initialized flag 
(XST_INIT) is cleared and ZONLIM is reset to 40 nm. 

GLOBAL INPUTS: None 

GLOBAL OUTPUTS : None 
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MODULE NAME: TUNCK (Verify Station Geometry) 

FILE NAME: TUNCK. FOR 

PROCESS: SLOW 

PURPOSE: To verify the geometry of a cross-track station 

CALLED BY: GEOM_CK, SEARCH_STA, XTK MAN 

CALLING SEQUENCE: CALL TUNCK (STA LAT, STA LON, STA ALT, RANGE TB) 
CALLS TO: SQRT ~ “ ~ 

DESCRIPTION: 

Processing begins by presetting 'good geometry' status (TB = 
false) and computing the delta lat (DTLAT) and delta Ion (DTLON) 
between the aircraft and the selected cross station. DTLON is 
immediately multiplied by cos (LAT) to account for the varying width 
of a degree of longitude. Analogues of the sine and cosine of the 
angle between the stations (SINW, COSW) are then computed by cross 

multiplying DTLAT and DTLON by the delta lat (DPHI1) and Ion 

(DLAM1 ) between the aircraft and the path station computed by CRBSC 
in HNAVSL . The following relations are implicit: The sine and 

cosine of the bearing to the cross station are proportional to 
DTLON and DTLAT, respectively. Similarly, the sine and cosine of 
the bearing to the path station are proportional to DLAM1 * 
cos (LAT) and DPHI1. • Calling the bearing to the path station P, the 
bearing to the cross station X and the angle between them (the 
wedge angle) W, then 

sin (W) = sin (P - X) = sin(P) cos (X) - cos(P) sin(X) 

cos (W) = cos (P - X) = cos (P ) cos (X) + sin (P) sin (X) 

tan (W) = sin (W) / cos (W) 

The minimum (primary) wedge angle between stations for a good 
position estimate is 30 degrees. I.e, between 30 and 150 degrees 
left or right. This requirement is met if the tangent of the 

primary angle ( abs(sin(W) / abs(cos(W)) ) is greater than the 
tangent of 30 degrees (0.57735) . If this criteria is not met, TB 
is set true. 

If the above test passes, processing continues by computing 
the approximate distance to the cross station (DIST) , and the 
approximate effective range of the station (RANGE) . 

DIST = 60.0 * sqrt (DTLAT 7 + DTLON 2 ) 

RANGE = 1.23 * sqrt (ALTCOR - STA_ALT) 

if the distance is greater than the specified search range 
(MAXRG) or greater than the effective range (RANGE) , TB is set 
true. 

GLOBAL INPUTS: ALTCOR, SLLAT, SLLON 

GLOBAL OUTPUTS: None 
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MODULE NAME: GMSG (Generate Message) 

FILE NAME: GMSG. FOR 

PROCESS: SLOW 

PURPOSE: To output messages to the system test panel and onboard 

line printer. 

CALLED BY : SLOW 

CALLING SEQUENCE: CALL GMSG 
CALLS TO: LIB$SIGNAL 


DESCRIPTION: 

GMSG drives the system test panel display and indicators with 
data stored in a message buffer. This message buffer is also used 
to echo each message that goes to the system test panel on the 
printer as well. The length of the buffer (in bytes) is stored in 
WRDCNT . The message length determines whether there is a text 
message to output, or only lights and switches to turn on or off. 
A value of four in WRDCNT denotes the latter, otherwise a message 
is output to the system test panel and the onboard printer. These 
output operations are designed to occur during separate iterations 
of GMSG to minimize the occurrence of I/O interrupts which might 
affect the foreground timing. The status of these I/O operations 
is tested during each iteration and, if an exception is detected, 
an error message is displayed on the system console device. 


GLOBAL INPUTS: 
GLOBAL OUTPUTS: 


IOACT, MSBUF, MSGST, WRDCNT 
IOACT, WRDCNT 
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MODULE NAME: MESG (Error Message Tables) 

FILE NAME: MESG. MAR 

PROCESS: SLOW 

PURPOSE: Repository for ASCII error messages. 

CALLED BY: Non executable 

CALLING SEQUENCE: Not called 
CALLS TO: None 

DESCRIPTION: 

MESG contains a pool of ASCII error messages that are 
displayed on the system test panel. 

GLOBAL INPUTS: N/A 

GLOBAL OUTPUTS : N/A 


MODULE NAME: 
FILE NAME: 
PROCESS : 


SNAPOUT (Snap Output Processing) 

SNAP OUT . FOR 

SLOW 
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PURPOSE: To format and print snapshot recordings on the aircraft 

line printer. 

CALLED BY : SLOW 

CALLING SEQUENCE: CALL SNAPOUT 
CALLS TO : None 

DESCRIPTION: 

SNAPOUT prints out snap data whenever new snapshots have been 
added to the snap buffer (SNAPBUF (n) . SDATA) . The global counter 
SPTR is set by the SNAP routine when a new snap is stored. The 
global counter RPTR is set by the SNAPOUT routine when the snap is 
printed. If the two numbers do not agree, then one or more snap 
lists remain to be printed and SLOW makes the call to SNAPOUT. 
Both counters are modulo-4. SNAPOUT prints one list per call. 

If a snap is to be printed, SNAPOUT first increments the read 
counter RPTR and then formats a header line with the snap number, 
the name, the time, and the snap criteria, storing these in the 
output buffer OBUF. It then takes one entry at a time from the 
snap buffer, checks the form (integer, real or boolean), performs 
the necessary conversions, and stores the ASCII value in the output 
buffer. It repeats this for 5 entries per line, for 3 lines, or 
until the buffer is empty. 

Because SNAPOUT requires a change in the I/O device, printing 
must be synchronized at the executive level. The flag IOACT is 
used to signal that I/O is in progress and the output is then 
initiated through a call to SYS$QIO. Subroutine SNAST, specified 
in the QIO statement, clears IOACT when the I/O is complete. 

GLOBAL INPUTS: RPTR, SNAPBUF 


GLOBAL OUTPUTS: 


IOACT, RPTR 
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Section 6.0 FLIGHT CONTROLS 


FLIGHT CONTROLS OVERVIEW 

The Flight Controls routines provide for control of the ATOPS 
aircraft in all coupled flight modes. This includes an Attitude 
Control Wheel Steering mode (pitch and roll only) for the Forward 
Flight Deck, a Manual Electric mode (pitch, roll and yaw) for the 
Research (Aft) Flight Deck (RFD) and a number of computer aided 

S? < ? e L°£ fe , ring P ltch / ro11 ' yaw and speed control from the Research 
Flight Deck. These include Attitude Control Wheel Steering (ACWS) 
Velocity Control Steering (VCWS) and a variety of autopilot modes 
ranging from track and flight path angle hold to 4D autopilot 
through full autoland. Interface with the Mode Select Panel (MSP) 
for flight mode selection, direct control of selected track, fliqht 
path angle (or altitude held) and airspeed, or selection of 2- 3- 

or 4D guidance is provided by these routines. The computation of 
of aircraft state commands based on the Flight Management 
computation of errors from a predefined path (which may include 
speed and/or time constraints) is also computed here. 

Flight Controls (FC) logic checks for validity of outputs from 
the Flight Management process, and provides for minimum operational 
capability from the RFD even in the absence of Flight Management 
outputs. Some of the signals required to drive the Navigation 
a " d Primar y Flight Display are either computed primarily by 
the FC software or are conditionally computed when validity of the 
Flight Management outputs cannot be verified. 


141 


MODULE NAME: DATSEL (Flight Controls Data Selection) 

FILE NAME: DATSEL. FOR 

PROCESS : FCFAST 

PURPOSE: To select input data for use by the Flight Controls 

Process (FCFAST) . 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL DATSEL 
CALLS TO: ANGL, ATAN2, SQRT 

DESCRIPTION: 

This module selectively overwrites those signals computed by 
HNAVFS in the Flight Management process, based upon the discretes 
INAW (IRS Navigation Valid) and NCUVAL (Navigation Computations 
Valid) . 

If INAW is true and NCUVAL is false, then LAT, LON, ALTCOR, 
HDCF, HDGTRU, HDD, VN, VE, GS, VGSDOT and XTACC are overwritten 
with the equivalent raw IRS inputs: LATINS, LONINS, IRSALT, 

IRSHDOT, THDG, HDDINS, VNINS, VEINS, GSINS, ATKINS, and XTKINS, 
respectively. GUID2D and MLSMOD are forced false as they cannot 
legitimately be true if NCUVAL is false. The following computed 
values are then overwritten with values computed from the raw 
inputs : 


NAV64K = (GS >= 64) 

TASFPS = TAS KTOFPS 
GSFPS = GS KTOFPS 
GSFPS2 = GSFPS GSFPS 
DFTANG = ANGL (TK - THDG) 

TKMAG = ANGL (TK - MAG VAR) 

If NAV64K then 

TK = atan (VE, VN) 

GAMMA = RTOD HDCF / GSFPS 
TASGS = sqrt (TASFPS 2 - HDOT 2 ) 
else 

TK = THDG 
GAMMA =0.0 
TASGS = TAS 
endif 

Finally, HRAD is calculated by compensating the radar 
altimeter input (RADALT) for pitch angle, 

HRAD = RADALT - 0.38 (PITCH - 2.0) 

and runway heading error (DLPSI) and cross runway velocity (XTVEL) 
are calculated if a destination runway has been selected. 
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If (AIRPTS (2,3) * 0) then 

DLPSI = ANGL (HDGTRU - RWYHDG) 

XTVEL = KTOFPS (COS (RWYHDG) VEINS - sin (RWYHDG) VNINS) 

else 

DLPSI = -180. 

XTVEL =0.0 
endif 

In the above, DLPSI is set to -180 when no runway has been 
selected to prevent LAND mode from engaging erroneously. Also, in 
the above computation of TASGS, HDCF should be used instead of 
HDOT . 

GLOBAL INPUTS: AIRPTS, ATKINS, COSRH, GSINS, HDDINS, HDGTRU, 

INAW, IRSALT, IRSHDOT, LATINS, LONINS, MAG VAR, NCUVAL, 
PITCH, RADALT, RWYHDG, SINRH, TAS, THDG, VEINS, VNINS, 
XTKINS 

GLOBAL OUTPUTS: ALTCOR, DFTANG, DLPSI, GAMMA, GS, GSFPS, GSFPS2, 

GUID2D, HDCF, HDD, HDGTRU, HRAD, LAT, LON, MLSMOD, 
NAV64K, TASFPS, TASGS TK, TKMAG, VE, VGSDOT, VN, XTACC, 
XTVEL 
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MODULE NAME 
FILE NAME: 
PROCESS: 


MSPLGC (Mode Select Panel Logic) 

MSPLGC.FOR 

FCFAST 


~ ^rT^i'c 

associated with selection of guidance mode. 

PALLED BY * FCFAST 

" 0 f" : SS.-KSS, U npk 

DESCR MSPLGC consists of two^funda^rrt^l^parts^^The K ^j£ R) p ^ 

handles inputs from the which are handled by MLOG) . The 

buttons (less the w® f i 0 a ic US ed to calculate which guidance 

second section contains the logi to the CMP and the 

modes are required These modes . are thenjtp outlined in the 

rest of the system is ° outline d below. 

description of MSPP0 \ h J ™P °ach contain lamps which may take a 
The buttons on the CMP each coi o _ ^ illuminated blue, 

maximum of four P° aal kle the * mode is not active; if green, the 
amber or green. If unlit, andf if ambe r, the mode is 

mode is providing ^l^nce ( gag d) dition for those buttons 
armed. Blue indicates a preset ^ ^ LTf F PA, TKA) or a 'not 
which have an associated k L ainin q guidance select buttons 

available' situation f or PATH) In the control wheel 

(LAND, HOR PATH, VERT PATH ' qu idance mode in each axis 

steering (CWS1 1 modes, n a ™* X1 . arm ed (LAND provides guidance in 
may be engaged and one may be arme . gu i da nce mode must be 

both axes) . in AUTO mode, exactly one gu f the engaged mode is 
engaged in each axis and one may b_^ rev ; rt t0 V CWS. If both an 
deselected or fails, the sy ists t he following priorities 

engaged and an armed condition exists, 

prevail (descending order) : 

Horizontal guidance - LAND, HOR PATH, TKA SEL; 
vertical guidance - LAND, VERT PATH, ALT ENG, FPA SEL; 


Speed guidance 


TIME PATH, CAS ENG. 


The four knob/button pairs re adout indicates the current 

readout. If the i amp , V uqht path angle or track angle, 

value of airspeed, altitude, flight is 9 disp iayed. Turning 

respectively. If H value for the associated parameter 

a knob adjusts the displayed value to ses the blue lamp to be 
and, if the button was Pt^iousiy unli , pressed within this 

lit for eight seconds. If the button ap p ro p ri ate) with the 

time, the mode is armed or engaged u ^pp ^ goes off a „ d 
preselected value retained. If . tft i unique in that the 

^eseU S ?t ay st^ r r n esu\ts 0U in re an amber' lamp (which does not auto- 
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extinguish) . Successive pushes of the» pa«? w 
mode to toggle between preselect and en ^ ° b v utton causes the 
the lamp / return to disengaged state th? ‘ To extinguish 

button on the throttle handles (hTDC) a ^ othrottle disconnect 

flrst three (VEL CWS, ATT CWS, AUTO) tr-T * hebottom row) , the 
procedure MLOG and are mutually exclusive t andl ® d en tirely by 
be illuminated green and tho . e ' . *- e ' a t most one will 

is also handled by mlSg, b3? ° tf ' ' Ths Si 

color logic with the remaining thre^ ? th and shares lamp 

VERT PATH, TIME PATH), whict^are i S ® lect butt ° ns (HOR PATH, 
button is depressed when unlit? LX « the »» 

for eight seconds if the minimum reouireJn^ 111 be lllu minated 
met. Otherwise, the amber (armed) ^ightwiVl K° r LAND m ° de are not 
engage criteria are met, at which time 11 b f^^aged until the 
and the amber light extinguished If den™" i gh J wil1 be Ut 
green, it will return to the unlit state P Whe - n . amber or 

buttons are serially dependent- i « at ' e u * rtB Tbe remaining three 

prerequisite for VERT PATH, which' is itself a n ™ . engaged is a 
path. However, pressing TIME PATH butwfn f h pr ® rec iuisite for TIME 
armed nor engaged will cause all S" "J 6 " H0R PATH is neither 
engaged (as appropriate) if the crit-Pria ° 6S t0 becorne armed or 
path will be lit blue, similarly If not ' TIME 

both HOR PATH and VERT PATH or turn bln/V f lther arm/engage 
logical requirements exist which «hn,nH K trying * Additional 
mechanizing logic is explained. should become clear as the 

experiment. 1 rS in t that 1 eTperiment^it ^ rernnanbs of th e data link 

altitudes and headings (among other thina^f S f ble t0 trans mit new 
code in process HDL would Dlacp fhJ" ngS i from !" he ground, and 
appropriate summer (ALTSUM and^TKASUM fnr^ 6 ! directly in the 
preselect Boolean (PSTALT or £S?2l tn above) ' then set the 
lines m question check for PSTALT^or PSttka ^ h t value - The 

'blue light' counter (RAKNOB RTKNOm Jf^ true Wlth the etching 

exists, the appropriateTounter fs set f f this si tuation 

light to stay on for eight seconds cause the blue 

the input by pressing ALTSEL or TKSEL 91 Th be hi™ 6 to accept 

all counters that are non-zero (rckmor D0 loo P decrements 

D2CTR, D3CTR, D4CTR, ALTIN Ne t f hp V ?' RFKNOB, RTKNOB, 

- ^- and the 

processing ends. Otherwise tt0 ° r knob t0 check) and 

exclusive or (saved in ITMP) of TOGCt 1 ? 9 c ° n ^ T inues b V taking the 
used to determine what to do next d 0LDT0G - I™P is then 

KNOBER^s IT Mlied U to S pJicesl th^ knotf inn°h wa ~K turned - Procedure 
specify the input word to process thJ? U h : . The formal parameters 
factors, the location of the return va/np afl H 1( ^ W speed scale 
(timer) for the knob. KNOBER returns the selected delta valuHnS 
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«-o oMtunn to 160 if a valid input was found. (Otherwise zeros 

are returned. See KNOBER documentation.) Subsequent ^^"Jtode 
are .:®,“„ - dds t he delta value to the previous value of ALTSUM. 
if thf prlilous value was not an even multiple of 100 feet, ALTSUM 
• ff the next nearest 100 foot value in the direction the knob 

1S S t f d of erwise it is set to the sum of ALTSUM and the delta 

valuef limited to a minimum of zero and a ° f 

/MavAT-n Additionally, the altitude attained flag (ALTATT) is 
‘S’ • d' the ' variable ALTIN is set to 30. When ALTIN is non- 
zero, logic in procedure VERCMD applies an easy-on to the vertical 

acceleration command. flight path angle knob was turned. 

KNOBER is callld and inline code adds the delta to FPASUM, limiting 
the resilt to + /- GAMLIM (the maximum allowable flight path angle, 
fich is flight mode dependent) . ALTIN is also set to 30 when this 

k "° b if ^Mfeguals 4, the track angle knob was turned KNOBER is 
called and TKAS^M is updated using the -GL faction, which^returns 

also s a et"toTo” which causes procedure LATCMD to provide 

S T RL S tf" lew the TKSYNc" dfscre “ f ShichV-activfe fthe curved 

Sib F of as 

PFD MSPRO decrements TRKIN. k-mdrttr i <= 

If ITMP equals 8, the air speed knob was turned. KNOBER is 

“ £2 n * nd .i^2S il S Asf E d E a , te a d nd an a d ma 1 x l riu t f of tO 35 a 0 “(MAX I AS) . 

iss3sr£?£ 

fipiraiy° 22 !?£» ef ^OR "pMH “(dTi^VERT pS »»>*£ 

appropriate counter to selected mode cannot be armed 

TIME PATH ( D 4D) was pressed sui I f the t « le 2~ t n ° econd blue light 

b ° th Se Se next section implements the actual guidance selection 
1 firqi a few more preliminary equations. LOFF is seo 

whenever an engaged lateral guidance mode ^deselected; i^e. ^ 
TKA SEL is pressed when track select is <3 9 # . nrpss ed 

Passed when horizontal path guidance is « fffd 

when land mode is engage • , ■ AL t eng is pressed 

engagedf Iff && ^0^^^ -TOE is tru^and 

.Jwhpr LOFF or VOFF becomes true. This oauses xuy ^ vrM -, 

demode from AUTO to the next highest available mo e “ m]dr) ig true 

ff eifher roflU^TKA^SEL ^selected. This causes MLOG to 
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turn off LANDR and all other land mode flaas Tf 1 j 

en9a9ed ' thiS als ° causes a ««S.‘ from iu?o modi Til 
en g a g riu?mS^ c n at 1oI°o 9 j 0 a“a S t U S eS TTeTTZtT iT^JT^ 

a new path is entered, the horizontal and vertical ° r 

available Booleans (GUID2D and GUID3D) are t-pmn^! 1 .? ath guidance 
This is necessary to ensure proper reinE i Mt false - 
horizontal/vertical guidance equations in i atl0n ° f the 

would normally cause loss of both horizontal*^! dUr * • HVGUID ' but 
(which is neither necessary no? des^ab!e) SE^lT.T? Path arm 
during a path update sequence by procedure ^XECuir * T ?° n ~ zero 
Boolean NEWPLN is set true when SFTrn a ^ e n EXECl,TE ' Th e local 

Booleans GD2D and GD3D are then set to tha s noi l -zero • The local 

or GUID3D, respectively ° th ® ° R 0f NEWPLN and GUID2D 

horizonta^lfcn^h t is 1 selected, Se rega^rdless t nf G H 9a ^ e when 

However if the pilot pleflrs II lit m I °l d i Stanc \ from Path, 
do so by turning the track select knnh art- a PP r oach angle, he may 
the distance from t he plth i s oreate r TT p * essi ^ "OR PATH iff 
distance (BCFLAG = XTK > XTKLIM) 9 . Alternation, 6 Tu n 1 t0rY en ^age 
configured to never set HORPTH when BCFLAr i c ' u ^°9 1C can be 
global Boolean SP0B1. This is contrS S ,£ ru ? by settin 9 the 
defined as follows: controlled by the local Boolean B, 

B = (B • HORARM • AUTOS) + (RTKNOB = 160) + SPOB1 

The following equations are then evaluated: 

Horizontal Path Select: 

IF (HORARM) D2CTR = 0 

HORARM = GD2D • ( (D2D • HORARM) + (HORARM • 

NOT (DTKSEL + D2D + LOCE + (LANDS • HORPTH) ) ) 

Where: DTKSEL is a momentary Boolean set when the 

button is pressed; 

DZD is a momentary Boolean set when the 
HOR PATH button is pressed. 

HORBLU = (D2CTR >0) • HORARM 

HORPTH = HORARM • GUID2D • BCFLAG 

selected and th? d localizer ^^enaaa 8 ^ 0 ^ 6 ?' £ r wh ® n land mode is 
engaged (vertical path guidance is 9 still Slideslope is not 

aircraft descends below 500 feet AGL altitud^?^ 9 H ag . eci) f when the 
the following logic- ' altitude hold is forced by 


if (VERARM • (GD3D + (PTR2D = 1) + 
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( ( (ALTCOR - RYELEV) < 500) • LOCE) ) ) 

VERARM = . FALSE . 

ALTARM = .TRUE. 

MODREV = .TRUE. 

endif 

Vertical Path Select: 

if (VERARM) D3CTR = 0 


VERARM = GD3D • (HORARM + LOCE) • ( (D3D • VERARM) + 

(VERARM • NOT (D3D + DALSEL + DFPSEL + GSENG + 


(LANDS • VERPTH) ) ) ) 

Where: DALSEL is a momentary Boolean set when the 

ALT ENG button is pressed; 

DFPSEL is a momentary Boolean set when the 
FPA SEL button is pressed; 

D3D is a momentary Boolean set when the 
VER PATH button is pressed. 


VERBLU = (D3CTR >0) • VERARM 


VERPTH = VERARM • (HORPTH + LOCE) • GUID3D • VBCFLG 
Where: VBCFLG is the vertical path 'be careful' flag. 

Time Path Select: 

IF (TIMARM) D4CTR = 0 

TIMARM = VERARM • (SDC > IASREF) • (CAS > IASREF) • 

( (D4D • TIMARM) + (TIMARM • (D4D + DIASEL + ATDC) ) ) 

Where: D4D is a momentary Boolean set when the 

TIME PATH button is pressed; 

DIASEL is a momentary Boolean set when the 
CAS ENG button is pressed; 

ATDC is a Boolean set when the autothrottle 
disconnect button is pressed; 

SDC is the speed command calculated in 
HVGUID or TGUID . 
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TIMBLU = (D4CTR >0) • TIMARM 
TIMPTH = TIMARM • VERPTH • SPDLMT 


Where: SPDLMT is a Boolean set when the present CAS 

is either above or below the limits for the 
present flap setting. e 

if (TIMPTH • PTIMPT) TIMARM = ATE 


Where 


PTIMPT is the previous interation' s value of 
TIMPTH; or 

ATE is the auto-throttle engage discrete set 
by procedure ATHCL. 


Airspeed hold Select: 

IF (ATDC) RCKNOB = 0 


I AS ARM = ATDC • (((RCKNOB = 160) + IASARM) • I ASSEL ) + 

( IASSEL • DIASEL) ) 

Where: RCKNOB is set when the CAS knob is turned; 

D4D is a momentary Boolean set when the 
TIME PATH button is pressed; 

DIASEL is a momentary Boolean set when the 
CAS ENG button is pressed. 

IASSEL = ATDC • ((IASSEL • ATE • (DIASEL + TIMPTH) ) + 
(DIASEL • IASSEL) + 

(PTIMPT • (DIASEL + TIMPTH + IASSEL))) 

Where: ATDC is the autothrottle disconnect flag: 

PTIMPT is TIMPTH from the previous frame (this 

logic causes reversion from TIMPTH to IASSEL) 


Altitude Select: 

PSTALT = (RAKNOB >0) • ALTARM 

Where: RAKNOB is set to 160 when the altitude 

knob is turned. 

ALTARM = (DALSEL • ALTARM) + (ALTARM • .NOT. (DALSEL + DFPSEL 
+ GSENG + VERPTH + ( (LANDS + D3D) • ALTSEL) ) ) 
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IF (ALTARM) RAKNOB - 0 


The following logic is required 


1) to ensure ALTSEL is cleared when demoding from AGCSE 

2) to insure ALTSEL is cleared when a new altitude is selected 

which is beyond the engage limits and 

3) to invert the priority of ALTSEL and VERPTH when a new 

altitude select input is made. 


if (MODEX < 4) ALTSEL = .FALSE, 
if (ALTSEL • (|DELALT| > 1200)) THEN 

DALSEL = .TRUE. 

IF (VERPTH) VERARM = .FALSE. 


endif 


ALTSEL = ALTARM • ( (ALTSEL 

(IDELALTI < 52) + 

( (DELALT >= 0) * 

( (DELALT < 0) 


( | DELALT | < 1200)) + 

(DELALT < 14 *HDCF) ) + 

(DELALT > 14*HDCF) ) ) ) 


Where DELALT 
HDCF 


is altitude select/hold error and 
is filtered vertical velocity. 


is selected. 

if ( (DALSEL • ALTARM • ALTSEL) + (DSD • VERARM • VERPTH) ) then 

if (D3D) then 
TMPl = HER 
TMP2 = PFPA 


else 

TMPl = DELALT 
TMP2 = ZERO 
endif 


if (HDCF sign(l, TMPl) <- 8.333) 

TEMP = 8.333 

elS TEMP = | HDCF | 
endif 

FPASUM = TMP2 + DTOR <sign(TEMP, TMPl) / max(GSFPS, 170)) 

PFPSEL = .TRUE. 

ALTIN = 30 
endif 
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Where: p ppj j s vertical path error in feet- 

degrees J ert * Ca * Pat ” flight P ath aAgle in 
DELALT is the altitude error in feet; 

ZERO is the altitude hold nominal flight path angle; 

8.333 is the desired approach velocity (500 fpm) . 

PFPSEL is set to prevent a mode reversion a i arm v, 

reverting from ALTSEL to FPA SEi = n H a w D When 

^ ™ ti!f n^ 

should°be '' used .*£ ^o^dTAgft ' FM > 

Path Ancjle Select i 

PSTFPA - (RFKNOB >0) • TfPASEL + DFPSEL) 

Wh6re: DFPSEL i! t0 160 " hen the knob is turned- 

FPA^ft h f.'" 0rnentary Boolean set when the ' 

FPA SEL button is pushed. 

FPASEL - (DFPSEL • FPASEL) + ( (AUTOE • VOFF) + 

( (VERARM + ALTARM + (FPASEL • DFPSEL, , . ffijrog, . 
(VERPTH + ALTSEL + GSENG) 

Track Angle Select: 

PSTTKA ■ (RTKNOB >0) • (TKSEL + DTKSEL) 

Where: DTKSEL il a Set t0 160 *"*«>«* Knob is turned- 

button is pressed^ 3 "^ B °° lean Set “ he " tha ™ SEL 


TKSEL 


Where : 


(DTKSEL • TKSEL) + ( ( (AUTOE • LOFF) + 

( ( (D2D • HORARM) + LANDS + (TKSEL • DTKSEL) ) 
AUTOE) ) • (LOCE + HORPTH) ) 


HOR 1 ?A?H m hn^ ta ^ Boolean when the 
nun PATH button is pressed. 




flag ( MD WARN ^ ° when eve r°a mode reversion occ S ^ m ° de reversion 
initiated by the pilot. MDWARN i c S l °* occurs . not deliberately 

an audible alarm to sound in the research °r light dec^^The^resent 
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value of the mode select discretes are then loaded into the 'past 
value' discretes, used primarily to mechanize the MDWARN logic. 
This routine shares common local data with procedures MSPRO, 
LATCMD and VERCMD . 

GLOBAL INPUTS: ACWSS, ALTARM, ALTCOR, ALTSEL, ALTSUM, ATDC, ATE, 

AUTOS, AUTOE, BCFLAG, CAS, CMP ALT, CMPFPA, CMP IAS, CMPMSD, 
CMPTKA, COLDST, DELALT, FPASEL, FPASUM, GAMLIM, GAS, 
GSENG, GSFPS, GUID2D, GUID3D, HDCF , HER, HORARM, HORPTH, 
I AS REF, IASSEL, IASSUM, LANDR, LANDS, LOCE, PFPA, PSTALT, 
PSTTKA, PTR2D, RYELEV, SDC, SETGD, SPDLMT , SPOB1, TIMARM, 
TKASUM, TKSEL, TOGGLE, VBCFLG, VCWSS, VERARM, VERPTH 


GLOBAL 


OUTPUTS : 
DFPSEL, 
HORPTH, 
PSTFPA, 
TRKIN, 


ALTARM, ALTATT, ALTSEL, ALTSUM, D2D, D3D, 
DIASEL, DTKSEL, FPASEL, FPASUM, HORARM, 

I AS ARM, IASSEL, IASSUM, LANDS, MDWARN, 
PSTTKA, TIMARM, TIMBLU, TIMPTH, TKASUM, 
VERARM, VERBLU, VERPTH 


DALSEL, 

HORBLU, 

PSTALT, 

TKSEL, 
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MODULE NAME: KNOBER (MSP Knob Processing) 

FILE NAME: KNOBER. MAR 

PROCESS : FCFAST 

PURPOSE: To convert the bit pattern in a Control Mode Panel (CMP) 

input word to a floating point value. 

CALLED BY: MSPLGC 

CALLING SEQUENCE: CALL KNOBER (PI, P2, P3, P4, P5) 


Where : 

PI - CMP input 

P2 - high increment value 

P3 - low increment value 


P4 - floating point output 
P5 - knob count variable 

CALLS TO: 

None 

DESCRIPTION: 



This subroutine is called by MSPLGC to convert a control mode 
panel knob input word into a floating point delta value. Prior to 
calling this routine, a parity check is performed (by procedure 
IOFLL in the HDL process) on each knob input value. If an error is 
detected, the input value is cleared (set to zero) . KNOBER checks 
this input value and if it is zero, control is immediately returned 
to the caller. 

The knob input word is examined to determine if the high-speed 
or low-speed gain should be used to compute the delta value. Then 
a test is made to determine if the input value is positive or 
negative. If it is negative, the sign bit is extended through the 
entire word for ease of computation and to guard against extraneous 
inputs. If the knob input word is positive, all bits are cleared 
except those in the actual count field. The input value is then 
multiplied by the appropriate gain and the knob count variable is 
set to 160 decimal, which serves as the eight-second timer for the 
preselect (blue light) condition when a knob is turned. 

GLOBAL INPUTS: NONE 


GLOBAL OUTPUTS: 


NONE 


MSPRO (Mode Select Panel Readout) 

MSPRO.MAR 

FCFAST 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


PURPOSE: Commands the Control Mode Panel (CMP) to light the 

appropriate mode lights and to display air speed, 
altitude, flight path angle, and track angle. 


CALLED BY: FCFAST 

CALLING SEQUENCE: CALL MSPRO 
CALLS TO : NONE 


DESCRIPTION : 

Each time this routine is called, all lamps are initially 
turned off. A test is then made to determine if a new airplane 
track has been selected. If so (TRKIN not equal 0), TRKIN is 
decremented and the track pointer display flag is set (bit 12 of 
LFCFLG) . In the first half of MSPRO the following booleans are 
checked' and, if true, the corresponding light is lit. These 
booleans are packed into two words (DSTOMP, DSTOMP+2) for output. 
A low bit turns the light on and a high bit turns it off (active 


low) . 

DSTOMP : 

BIT BOOLEAN 

8 PSTTKA 

9 HORBLU 

10 TKSEL 

11 PSTFPA 

12 TIMPTH 

13 FPASEL 

14 PSTALT 

15 ALTARM 

DSTOMP + 2 : 

0 ALTSEL 

1 IASARM 

2 VERBLU 

3 IASSEL 

4 TIMBLU 

5 TIMARM 

6 VERARM 

7 VERPTH 

8 HORARM 

9 HORPTH 


MEANING 

preselect Track Angle mode 
Horizontal Path unavailable 
Track Angle mode engaged 
Preselect Flight Path Angle 
Speed mode/Time Path(4D) engaged 
Flight Path Angle mode engaged 
Preselect Altitude hold 
Altitude hold mode Armed 


altitude hold mode engaged 
preselect calibrated air speed 
vertical path unavailable 
calibrated air speed engaged 
time path mode (4D) unavailable 
time path mode (4D) armed 
vertical path mode (3D) armed 
vertical path mode (3D) engaged 
horizontal path mode (2D) armed 
horizontal path mode (2D) engaged 


LAMP COLOR 
blue 
blue 
green 
blue 
green 
green 
blue 
amber 


green 

amber 

blue 

green 

blue 

amber 

amber 

green 

amber 

green 


The second half of MSPRO calculates the correct values to be 
output to the four display windows on the CMP. These windows 
display one of three possible values for CAS, ALTITUDE, FPA, and 
TKA. The value displayed is either the preselected value (it in 
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preselect mode) , the selected value (if mode is engaged) , or the 
actual value (if mode is neither preselected or engaged) . 


GLOBAL INPUTS: ALTARM, ALTSEL, ALTSUM, FPASEL, FPASUM, GUID4D 

HER, HORARM, HORPTH, IASSEL, IASSUM, MAGVAR, PSTALT, 
PSTFPA, PSTIAS, PSTTKA, TIMARM, TIMPTH, TKASUM, TKE, 
TKASEL, TRKIN, VERARM, VERPTH, XTK 

GLOBAL OUTPUTS: ALTOMP, ASTOMP, DSTOMP, FCFLGS, FPTOMP, TKTOMP 

TRKIN ' 
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MODULE NAME: MLOG (Mode Logic) 

FILE NAME: MLOG. FOR 

PROCESS : FCFAST 

PURPOSE: To determine and control the flight mode for operation of 

the Flight Controls programs. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL MLOG 
CALLS TO: ANGL, DETNT 

DESCRIPTION: 

Mode Logic (MLOG) determines and selects a flight control mode 
under the Advanced Guidance and Control System (AGCS) . It first 
checks the system run status and terminates if in HOLD Mode, 
otherwise, processing continues. If on initial entry neither RUN 
nor HOLD mode is selected, IC mode is forced. The first of the two 
packed discrete words sent to displays (FCFLGS) is then loaded from 
the local copy (LFCFLG) built during the previous iteration. (Only 
one bit is used in the second word, so no intermediate word is 
required) . All but the Displays Lateral Beam Sensed (DLBS) and 
Vertical Beam Sensed (DVBS) bits are then cleared from LFCFLG and 
the MLSVLD and MLSMOD bits are set as appropriate. As the flight 
mode and submode is selected, the appropriate bit is set in LFCFLG. 
The FCFLGS words are sent to the Displays computer where they are 
used to display the flight mode on the Primary Flight Display. 
(For a complete description of the bit usage in FCFLGS see 
DISNAV. INC) . 

The next section of code determines the source of land 
guidance signals. Possibilities are ILS, ILS simulated from MLS, 
ILS simulated from GPS, full MLS, and MLS simulated from GPS. The 
discrete MLSM indicates that MLS-type signals are used for land 
guidance, whether derived from MLS or GPS. MLSMOD (MLS in use for 
navigation) indicates that MLS signals are also to be used for 
Autoland, assuming the MLS Azimuth phase center bearing matches 
runway heading for the selected runway. MLS, once selected, takes 
precedence over GPS (GPNAV/GPLND) when GPS is selected for 
navigation into the MLS coverage area. If MLSM is true, MSW6 and 
MSW1 (indicating certain additional MLS or GPS derived signals are 
to be used for approach and flare, respectively) are set from bits 
in the MLS configuration word (MCONF) , and height above the 
touchdown zone (HTDZ) is set from MLS altitude (ZHAT) . Otherwise, 
MSW1 and MSW6 are cleared and HTDZ is set to radar altitude (HRAD) . 

If MLSM is false, ILS-type capture and guidance are in effect, 
but the signal source must still be selected. The default is 
standard ILS, and LOCDEV and GSDEV are loaded from RLOCDV and 
RGSDEV, respectively (the raw ILS inputs) . If the simulated ILS 
bit in MCONF ('0800'X) is set, LOCDEV and GSDEV are loaded from 
GPSETA and GPSBTA if GPLND is true, and otherwise from MLS AZ and 
ELI. (Note: the exact implementation of this logic, together with 

the way GPLND is set by the CDU logic, results in improper 
operation if both GPS and MLS are selected) . Next, if LANDR or 
LANDS is true, the selected ILS parameters are processed. If no 
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glideslope angle has been selected (this could only be true if no 
runway is selected), a default value of 2.75 degrees is forced. 
Prior to localizer ONCRS, localizer deviation is limited to 2.0 
degrees of beam error. At ONCRS, localizer deviation has a 
variable limit applied to it which is a function of altitude 
(HTDZ) . The limiter is used to reduce localizer deviation due to 
external disturbances. The localizer variable limit function is: 

LOCVL = .2 degrees, for H < 500 feet. 

.0006 H - .1 degree, for H => 500 feet. 

Since the localizer beam converges as the transmitter is 
approached, the localizer error signal needs to be attenuated as 
distance from the localizer transmitter decreases in order to 
maintain constant beam error per foot of deviation from beam 
center. Since this distance is not known directly, altitude is 
used as an analog of distance. The gain does not decrease below 
.20 because localizer beam error is used for rollout guidance. 
After gain programming, localizer deviatipn (ETAFT) is 'per foot', 
rather than 'per degree' . 

The next section determines flight mode, beginning by saving 
the previous value of MODEX in MODE2 . For Advanced Guidance and 
Control System (AGCS) engagement, either the FFD CWS or the AFD 
Flight Controls paddle must be raised on the Control and Command 
Panel in the forward flight deck. Successful engagement occurs 
when several conditions are satisfied and the AGCS Engage Enable 
flag (AEE) becomes true. To allow time for this logic the pilot 
must hold the paddle up for at least 0.15 seconds. If AEE remains 
false, the paddle will spring down to the off position. AEE true 
is a precondition for all flight modes except PRENG. 

If the DELAY variable is non-zero, it indicates that there was 
a mode logic "dropout" and mode determination is delayed for four 
iterations (200 Msec) to allow time for the engage paddle to drop. 
If DELAY is zero, the next step is to select and scale the pilot 
inputs (DCOL and DWHL) : if Forward Flight Deck Select (FFDS) is 
true, the forward flight deck inputs FCOL and FWHL are used; if 
not, the Research Flight Deck (RFD) SAC inputs (SDCOL/SDWHL) are 
selected if the sidearm controller is selected (SSTICK is true) and 
the RFD brolley inputs (BDCOL/BDWHL - presently only available in 
the EASILY lab) otherwise. Appropriate deadzone values for wheel 
(WDZNE) and column (DZNE) are set at the same time. If FFDS is 
false, subsequent logic increases these deadzone values by a factor 
of 2.0 if LABFLG is true, as the 'joy sticks' in the EASILY lab are 
not very precise. If LABFLG is false, DZNE is still increased by 
a factor of 1.5 if ALTHLD is true and WDZNE by a factor of 1.5 if 
TRKHLD is true. (This applies to VCWS only) . 

The logic for initial AEE determination is: 

AFCSS = FFDS + AFDS (performed in hardware) 


AEE = AFCSS • AFCSV • DETNT (1.5, 4.5) • FAIL2 (AFCS) 
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Where: AFCSV = Advanced Flight Control System Valid 

DETNT is a function which returns true if both DCOL & 
DWHL, respectively, are within parameter limits. 

And to remain valid: 


AEE = AFCSS • AFCSV • FAIL2 (AFCS) 

At the time AEE becomes true, Computational Reset (CRSET) is 
also set, which causes the second fail (Fail2) array to be cleared, 
and DSPLF(AFCS) is cleared to ensure that any subsequent errors 
will result in display of the 'Mode Failure' message. The 
appropriate DSPLF entry is also cleared at engagement of each of 
the modes discussed below. 

MODE OVERVIEW: 

There are ten flight modes available. Pre-engage (PRENG) is 
the default when no other mode can be sustained (AEE is false) . 
Forward Flight Deck Engage (FFDE) permits control wheel steering 
(CWS) from the forward flight deck. All other modes pertain only 
to the Research (aft) Flight Deck. Manual-Electric mode (MANEL) 
permits manual control with minimum computer aid. The RFD CWS 
modes permit control wheel steering with reference to attitude 
(ACWS) or to the velocity vector (VCWS) . The AUTO modes provide 
automatic flight control for 3D guidance and the landing phase 
through decrab (DECRB) , FLARE, and rollout (RLOUT) . In each case 
where a mode is said to be set, the mode index word (MODEX) is set 
to the appropriate value and a Boolean true is subsequently stored 
in FLAGS (MODEX) to set the appropriate mode discrete. 

FFDE (Forward Flight Deck Engage Mode) : 

FFDE is the only computer aided flight mode available to the 
FFD. If AEE is true or becomes true according to the logic above, 
then, if FFD is selected (FFDS is true) and the FFD 2nd fail flag 
is clear, the FFD mode is engaged and further mode determination is 
bypassed. The pilots then have CWS in the forward cockpit. The 
logic for FFDE is: 


FFDE = AEE • FFDS • FAIL2 (FFD) 

Once true FFDE remains true as long as AEE remains true, FAIL2 (FFD) 
remains false and no other mode is selected by pilot action. 

AFT FLIGHT DECK MODES: 

ACWSE (Attitude CWS Engaged Mode) : 

Attitude control wheel steering maintains whatever pitch and 
roll attitude exists when the pilot returns the column and wheel to 
detent. It is the default mode for the RFD when no other mode is 
selected. ACWS Engage criteria is: 
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ACWSE = AEE • (ACWSS + ACWSE + (MODEX =0)) • AGCSS • 

FFDS + (ACWSE • ACWSS) + FAIL2 (ACWS) • DETNT (DZNE, WDZNE) 

Where: The flag AGCSS corresponds with the position 

of the guarded MANEL/AGCSS toggle switch on 
the flight controls pallet. If all conditions 
except AGCSS are met, control goes to MANEL. 

Once true, ACWSE remains true so long as AEE and AGCSS remains 
true, FAIL2 (ACWS) remains false and no other mode is selected. 

VCWSE (Velocity CWS Engaged Mode) : 

This mode provides aided CWS with respect to the velocity 
vector of the aircraft. The bank, track and flight path angles are 
the autopilot hold references. VCWSE mode may be selected by 
depressing the VEL CWS button on the Mode Control Panel (MCP) . It 
is also the primary default mode when AUTOE is lost, Autoland modes 
are lost or Go-Around (GAS) is selected. The VCWSE mode is engaged 
when : 

1) VEL CWS is depressed (VCWSS true) when VCWSE 
is false and AEE is true; 

2) ATT CWS is depressed (ACWSS true) when ACWSE is true; 

3) AUTO is depressed (AUTOS true) while in AUTO mode; 

4) Go Around is commanded (GAS is true) with AEE true; 

5) LANDE goes from true to false while in AUTO mode; 

6) AUTO or LAND second fail occurs with AUTOE true. 
Disengagement occurs when: 

1) AEE is lost, causing reversion to PRENG; 

2) ATT CWS or VEL CWS is depressed causing 
reversion to ACWSE; 

3) AUTO is depressed while in VCWSE Mode (AUTOE 
becomes true) ; 

4) VCWS second fail occurs, causing reversion to ACWSE. 
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AUTOE (AUTO Engage Mode) : 

The AUTO mode is a precondition for the higher modes: 
AUTOLAND, DECRB , FLARE and RLO'JT . It can be set true only by 
pressing the AUTO button on the MCP. The initial criteria are: 

AUTOE = AEE • AUTOS • AUTOE • DETNT (DZNE, WDZNE) • 

FFDS + FAIL2 (AUTO) 

Where: DZNE = selected column dead zone; 

WDZNE = selected wheel dead zone. 

Subsequently, AUTOE mode will be disengaged if: 

1) Another mode is selected; 

2) GAE becomes true, causing reversion to VCWSE; 

3) AEE becomes false, causing reversion to PRENG; 

4) DETNT (0.78, 8.0) becomes false, causing reversion 
to VCWSE; 

5) AUTO is selected on the MCP when in AUTOE mode, 
causing reversion to VCWSE; 

6) An engaged guidance mode is deselected on the MCP 
when in AUTO mode, causing reversion to VCWSE 
(AUTOS is set by MSPLGC) ; 

7) FAIL2 (AUTO) becomes true, causing reversion to VCWSE; 

6) LANDE becomes false, having been true, causing reversion 
to VCWSE. 


LANDE (Land Engage Mode) : 


There are presently two variants of LANDE: Autoland (AUTOE is 
true) and LAND guidance for RFD CWS modes. The criteria for 
engagement and retention of LANDE in CWS and AUTO differ. Common 
processing is discussed first. 


LANDR (LAND Ready) is set by: 

LANDR = LANDS • LANDR • (LOCVLD + (MLSM • MLSMOD) + GPLNDV) 


• (ILSZON + AUTOE) • FAIL2 (LAND) 


If LANDS does not result in LANDR, 
causes the blue light in the LAND 
seconds . 


LNDCTR is set to 160, which 
select button to be lit for 8 
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Once set, LANDR is cleared by: 

1) Selecting LANDS when LANDR is true; 

2) Selecting HORPTH or TKSEL when LANDR is true 
(LANDS is set by MSPLGC) ; 

3) MODEX becoming less than 4 (ACWS) ; 

4) ILSZON becoming false with AUTOE true; 

5) FAIL2 (LAND) becoming true; 

6) GAE becoming true. 

follows 3 f ° r engagement of the iateral and vertical beams are as 


2) LOCA (Localizer Armed) : 

LOCA = LANDR • (MLSM + LOCVLD) • LOCE 

Where: LOCE is set by LATCMD once LOCA is true and other 

criteria are met. 

3) GSARM (Glide Slope Armed) : 

GSARM = LANDR • GSENABL • (MLSM + GSVLD) • . GSENG 

Where: GSENG is set by VERCMD once GSARM is true and other 

criteria are met. 


LorF in f H A FFF° H E F ” ith LANDR true - is set as soon as 

LOCE and GSENG are both true. Neither ONCRS nor GSTRK are allowed 

to become true, so the higher land modes (DECRB, FLARE, RLOUT) are 

^GSENAB^f^Ji f , A1 ® 0 ' • ides lope guidance can be turned off 
(GSENABL is set false) without loss of LANDE by selecting any other 

anr^r^Jnr ldanCe . (FPA ' 3 ° ° r ALTSEL) ° r ^ loss 9 of ^SVLd! 

Once GSENABL is cleared, it can only be reset by deselecting, then 

[octant ^ ^ iS Selected with L ANDE true, 9 £aNDE, 

LOCE and GSENG are cleared to permit a smooth automatic capture of 
me path . 


THE AUTOLAND MODES: 
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4) LANDE (Land Engage Mode) : 

LANDE = LANDR • LOCE • ONCRS • GSENG • GSTRK 

Where: LOCE and ONCRS are set by LATCMD , and GSENG 

and GSTRK are set by VERCMD . 

When LAND mode is established, the autoland modes are entered 
in sequence as their associated logic is satisfied. At 150 feet 
altitude, DECRB mode is activated to align the aircraft with the 
runway heading. At 42 feet (HTDZ) FLARE mode raises the nose of 
the aircraft to establish a landing attitude. Finally, the Rollout 
(RLOUT) mode maintains a course down the runway centerline as the 
aircraft rolls to a stop. Each of these submodes is latched once 
set until loss of LANDE. If Go-Around (GAS) is selected, the 
autoland progression terminates and control reverts to VCWSE with 
a 2 degree fly-up bias. The logic for each mode follows: 

1) DECRB (Decrab Mode) : 

DECRB = LANDE • AUTOE • ( (H < 150.) + DECRB) 

2) FLARE (Flare Mode) : 

FLARE criteria are evaluated in ELEVP once DECRB is true. 

FLARE is set when (HRAD or HTDZ) becomes less than 42 ft. 

3) RLOUT (Rollout Mode) : 

RLOUT = DECRB • ( (WSPIN • SQUAT) + RLOUT) 

DEFAULT OR SPECIAL MODES: 

MANEL (Manual-Electric Mode) : 

This is not a normal flight mode. Rather, it is a 'utility' 
mode used for development and checkout. MANEL permits the RFD 
pilot to hand-fly the aircraft with computer assistance limited to 
'translation' of the wheel/column inputs. It is entered by raising 
the MANEL toggle switch on the flight controls pallet. It will 
then engage only if the AFD paddle is raised on the FFD Control & 
Command panel and no other mode is selected. The toggle switch 
enables MANEL in lieu of ACWS. If another mode is selected while 
in MANEL mode, MANEL will terminate. It will also terminate if the 
toggle is lowered when no other mode is selected. Control then 
defaults to ACWS. 

The MANEL enabling logic is: 


MANEL = AEE • (ACWSS + (MODEX =0)) • FFDS + AGCSS • 


( (MANEL • FAIL2 (MANEL) ) + DETNT (DZNE, WDZNE) ) 
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PRENG (Pre-Engage Mode) : 

This is the ultimate default when all else fails. It is 
entered whenever conditions for "higher" modes are not satisfied or 
when the engage paddles will not remain in the raised position. 

In mode logic final processing, if no mode has been set, AEE 
is cleared, MODEX is set to 1 (PRENG) , and the variable DELAY is 
set to four to allow the 200 Msec intermission for the engage 
paddle to drop. Some or all of the mode discretes (FLAGS) are 
cleared as appropriate and, if VCWS mode was not selected, the Go- 
Around flag (GAE) is set false. Next, the FLAGS array is set to 
reflect the selected mode. The basic flight mode flags (PRENG to 
AUTOE) are mutually exclusive, so all are cleared, then one is set 
per MODEX. The flags associated with LAND mode (LANDE thru ONCRS) 
are cumulative and once set are not cleared until the conditions 
required for LAND mode are lost. Last, the LBS and VBS flags are 
cleared if no longer valid, and the Computational Reset (CRSET) and 
Error Reset (ERSET) discretes are set upon exiting or entering 
PRENG, respectively. CRSET clears the FAIL2 array and causes a 
"RESET" message to be stored in the message buffer, and ERSET 
clears the signal failure flags and the 'Failure Read' and 'Status 
Alert' lamps on the System Test Panel. 

BIT/ARRAY/ INDEX ALIGNMENTS: 


VALUE/ INDEX MODEX 

FAIL2/DSPLF 

FLAGS 

0 

UNDEF 

— 

— 

1 

PRENG 

AFCS 

PRENG 

2 

FFDE 

FFD 

FFDE 

3 

MANEL 

MANEL 

MANEL 

4 

ACWS 

ACWS 

ACWSE 

5 

VCWS 

VCWS 

VCWSE 

6 

AUTO 

AUTO 

AUTOE 

7 

LAND 

LAND 

LANDE 

8 

DECRB AUTOTHROTTLE* 

DECRB 

9 

FLARE 

MLS* 

FLARE 

10 

RLOUT 

— 

RLOUT 

11 

— 

— 

LANDA 

12 

— 

— 

LOCA 

13 

— 

— 

LOCE 

14 

— 

— 

GSARM 

15 

— 

— 

GSENG 

16 

— 

— 

LANDR 

17 

— 

— 

GSTRK 

18 

— 

— 

ONCRS 

* 

Entries 8 & 9 of 

FAIL2/DSPLF are used 

to record 


autothrottle 

and MLS failures, but 

this has no 


relationship 

to MODEX or the flight 

modes . 




GLOBAL INPUTS: 


ACWSS, ACWSE, AEE, AFCSS, AFCSV, AGCSS, ALTARM, 
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ALTHLD, AUTOE, AUTOS, AZ, AZ BRG, BDCOL, BDWHL, 
DFPSEL, DLPSI , DSTAT, D3D, ELI, FAIL2, FCOL, FFDS 
FLARE, FPASEL, FWHL, GAE, GAS, GPINIT, GPLND 
GPSBTA, GPSETA, GSA, GSENG, GSTRK, GSVLD, HGPIP 
HOLDM, HRAD, IC, ILSZON, KDCOL, KDWHL, LABFLG, 
LANDR, LANDS, LFCFLG, LNDCTR, LOCE, LOCVLD, MANEL, 
MLSM, MLSMOD, MLSVLD, MODEX, MSWIT, ONCRS, PRENG 
RLMLS, RLOCDV, RLOUT , RUN, RUNM, RWYHDG, SDCOL ' 
SIMILS, SQUAT, SSTICK, TANGS A, TRKHLD, VCWSE 
VERARM, WSPIN, ZHAT 


DECRB, 
FLAGS, 
GPLNDV, 
, HOLD, 
LANDE, 
MCONF, 
GSDEV, 
SDWHL, 
VCWSS, 


GLOBAL OUTPUTS: ACWSS, AEE, ALTARM, AUTOE, CRSET, DCOL DSPLF 

DWHL, DZNE, ERSET, ETAFT, ETAVL, FCFLGS, FLAGS, FLAGWD,' 
GAE, GPGSDV, GPLOCD, GSARM, GSDEV, GSENG, HOLDM, HTDZ, 
I CM, LANDA, LANDE, LANDR, LBS, LFCFLG, LNDBLU, LNDCTR 
LOCA, LOCDEV, LOCE, LOCVL, MLSM, MODE2, MODEX, MSWl* 
MSW6, RUNM, TANGSA, VBS, VCWSE, VCWSS, WDZNE, YPROF 



164 


MODULE NAME: DETNT (Logical Function) 

FILE NAME: MLOG • FOR 

PROCESS: FCFAST 

PURPOSE: To verify wheel and column in detent and to output an 

advisory message if not. 

CALLED BY : MLOG 

CALLING SEQUENCE: IF DETNT (Col_lmt, Whl_lmt) ... 

CALLS TO : FMTMG 

DESCRIPTION: 

The DETNT function compares DCOL to the formal parameter COLMT 
and DWHL to WHLMT . If abs (DCOL) is greater than COLMT, the Boolean 
DETNT is returned false and FMTMG is called to output the message 
"COL OUT OF DETNT". If abs (DWHL) is greater than WHLMT, the 
Boolean DETNT is returned false and FMTMG is called to output the 
message "WHL OUT OF DETNT". If both are within limits, DETNT is 
returned true. 

GLOBAL INPUTS: DCOL, DWHL, TEST3A 

GLOBAL OUTPUTS : None 


MODULE NAME: LATCMD (Lateral Path Command) 

FILE NAME: LATCMD. FOR 

PROCESS: FCFAST 

PURPOSE: To compute the Lateral Steering Command for AUTO flight 

modes and VCWS Track Hold mode. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL LATCMD 

CALLS TO: ANGL, AT AN, CMPF, SCOSD 

DESCRIPTION: 

This module computes the steering command ( BACMD ) for VCWS 
Track Hold mode and AUTO mode Track select, 2D (HORPTH) , and 
localizer guidance. Horizontal path guidance is addressed first. 
Processing begins by calculating the variable path tracking gain 
(KALT - a misnomer) which may be used for both horizontal and 
vertical path tracking once the path has been acquired. KALT 
varies from 0.7 at 215 knots CAS to a maximum of 2.0 (in MLS mode) 
at 140 knots. If GUID2D is false (2D guidance is not available), 
KALT is set to 1.0, the Be Careful Flag (BCFLAG) is set, the FWDPTH 
integrator and the 2D steering command (LATSTR) are zeroed and 
control passes to the Autoland computations. Otherwise processing 
continues based on the condition of the OLDLAT flag. 

HORPTH COMPUTATIONS 

Two steering algorithms are coded, differing primarily in the 
path capture algorithm. Both make use of the relationship between 
ground speed (GSFPS) , bank angle (PHI) and the radius of turn (R) : 

R = GSFPS 7 / g tan (PHI) 

where: g is the acceleration due to gravity (32.1739 fps/s) . 

The first coded (selected with OLDLAT true) is a modification 
of the original Boeing algorithm (specified in the "Terminal 
Configured Vehicle B-737 Navigation Computer Software Description", 
D6-32686) , with the modification intended to reduce the time 
required to acquire the track. Although it uses the higher nominal 
bank angle (20 degrees), it's capture is more gradual since it 
makes the simplifying assumption that delta track angle is a linear 
function of cross-track distance (XTK) . The mandatory capture 
point (XTKLIM) is computed as: 

XTKLIM = (abs(TKE) / 60.) * GSFPS 7 / 11.71 

Where: TKE is limited to the range 10 to 135 degrees; 

TKE / 60 is the approx radian value of TKE; 
11.71 is g tan (20) . 

If abs (XTK) is less than XTKLIM, BCFLAG is cleared, which forces 
the transition from Hor Path Armed to Hor Path Engaged (done in 
MSPLGC) . This is significant only when the pilot has specified the 
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approach angle via the track knob, as HORPTH is otherwise set 
immediately. 

The limiting course cut angle (TMP1) is then computed as: 
TMP1 = 702.6 * abs(XTK) / GSFPS 2 
Where: 702.6 = 60 * g tan(20), 

with the result limited to a min of 10 and a max of 90 degrees. 

The steering command (LATSTR) is the solution of a linear 
second order differential equation, 

LATSTR = KY dY + KYD Y + ¥ 

implemented as follows. The commanded Y dot (KY dY, labeled TMP2 
in the code) is computed as XTK * KY and limited by a Y dot limit 
computed from the course cut limit (TMP1) as follows: 

Yc = LIM ( KY * XTK, TMP1 * DTOR * GSFPS * KYD ) 

This is then summed with the approximation of Y dot, where 

Y = TKE * DTOR * GSFPS * KYD 

and limited again (see below) before adding the Y acceleration term 
(in the form of the nominal bank angle required to fly a curved 
path (ALCBA) computed by HVGUID) . 

LATSTR = LIM ( - (Y + Yc) , 50 ) + ALCBA + FWDPTH 

where FWDPTH is the limited integral term computed when AUTOE and 
HORPTH are true, XTK is less than 1000 feet and TKE is less than 
five degrees. FWDPTH is limited to five degrees bank angle 
contribution . 

FWDPTH = LIM ( (FWDPTH - KI dT Yc) , 5. ) 

The purpose of the Forward Path integrator is to improve the 
tracking accuracy of Horizontal Path guidance by nulling the cross 
path stand-off error. The time constant (1 / KI) is ~80 sec. 
Note: the 50 degree limit in the computation of LATSTR above was 

a scaling limit designed to prevent overflow in the old fixed point 
code. It isn't really necessary in the present implementation. 

The second algorithm coded is also a modification of the 
Boeing algorithm, designed to correct several of its deficiencies: 
the slow capture sequence (partially corrected by the above) , the 
unpleasantly abrupt control response when HORPTH is selected or 
when a switch in position source information occurs (e.g, the 
RNAV/MLS transition) , and a complaint that the control law is 
overly aggressive at cruise speeds, while being marginally 'tight' 
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at approach speeds. 

The capture sequence describes a circle of radius R computed 
(as above) using a nominal bank angle of 15 degrees. This value 
was chosen since 15 degrees is the value used for curved paths by 
the path definition equations, and it was desired that the path 
flown be indistinguishable from that that would be flown if the CDU 
were used to define the course cut to the desired path. Given a 
course cut of angle TKE and a circle (of radius R) tangent to both 
the defined path and the approach course, then the distance of the 
tangent point of the approach course from the path (XTK) is defined 
by the equation 

XTK tanpt = (1 ~ cos (TKE)) * R 

Where: R = GSFPS 2 / g tan (15) 

As with any transition to a curved segment, the turn initiation 
must precede the tangent point by the time required to roll up to 
the nominal bank angle. Unlike the calculation for ALCBA in HVGUID 
(which assumes the initial bank angle is zero), the initial bank 
angle here is unknown (as the aircraft might be turning towards the 
path when the tangent point is reached) and must be accounted for. 
The equation used is 

XTKLIM = XTK Lrtnpl - Y sign (XTK) * Advance_time 

Where: Advance_time = (15 - PHICMD * sign (XTK) ) / 3.5 

A minimum value of 250 ft is imposed on XTKLIM. 

This doesn't completely handle the problem. In order to ensure a 
smooth ogee during a capture from a parallel path less than two 
radii from the desired path, the 'TKE' used in the above equations 
is advanced (prior to initiation of the turn onto course) from that 
calculated by HVGUID by Track dot times a function of bank angle: 

TKE (local) = TKE + TKDT * abs (PHICMD) / 6 

When XTK becomes less than XTKLIM, the LCAP flag is set, which 
starts the circular capture sequence and switches off the Track 
advance calculations. On a directed approach to a straight path, 
BCFLAG is also cleared at this time. The above was a later 
addition to the initial design. It now appears that these 
equations could be cost reduced slightly by removing the initial 
bank angle adjustment from the XTKLIM equation and adjusting the 
TKE advance time to compensate. 

During the circular portion of the capture of a straight path, 
a separate control law is used to generate the steering command. 
It computes the bank angle required to remain on a circle tangent 
to the desired path by using the inverse of the equation used to 
compute XTKLIM: 

LATSTR = arctan ( CIRCLD / XTK ) 
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where: CIRCLD = GSFPS 2 * ( 1 - cos (TKE) ) / g 

The actual equation replaces XTK with (XTK - 25 sign(XTK)) to 
avoid overflying the path during roll out. (This is, of course 
gilding the lily, since if a defined path is flown, the aircraft 
does diverge to the outside of the path during the roll out at the 
end of the turn. ) This equation is used only during capture of a 
straight path segment. When TKE is reduced to 8 degrees (the point 
at which the output from the two equations is approximately equal) 
control is relinquished. At all other times (including capture of 
a curved path) the standard tracking algorithm is used. When 
approaching the path from 'far away', a fixed 90 degree course cut 
limit is used with the standard tracking algorithm until LCAP is 
set . 

Neither algorithm does a creditable job of capturing a curved 
path without pilot assistance, but the second algorithm will make 
a smooth capture in the directed capture (track angle selected) 
mode by delaying the clear of BCFLAG until the tangent point of the 
turn is reached. 

The only other modification to the tracking algorithm involves 
the use of KALT to vary the gain. KKYD, the gain on KYD, is set to 
zero when HORPTH is false or when a navigation mode switch occurs 
(PNMOD * NAVMOD ) . It is then brought back up to KALT through a 4 
second easy-on. KKY, the gain on KY, is then computed as the 
square of KKYD. An increase in gain (if any) is not permitted 
until the path is acquired, as KALT is limited to 1.0 until PTHTRK 
is true. (PTHTRK is set when XTK becomes less than 500 feet and 
TKE is less than 2 degrees). Maximum gain-up (2.0) is permitted 
only if MLS mode is true. This is because (a), we're less likely 
to know where we really are in RNAV mode and (b) , the MLS autoland 
equations have no capture algorithm and thus are dependent on a 
precise delivery to the runway centerline by the 2D guidance 
equations for a stable 'loc' capture. The PTHTRK integrator is 
gated by PTHTRK and a closing track angle of less than three 
degrees. 

Should a mode switch or path update occur (HORPTH is lost), or 
the path be overflown due to a zero radius turn or excessive ground 
speed, the control flags and integrators are cleared to force a 
recapture sequence (approach, circular capture and track) 

AUTOLAND COMPUTATIONS 

This section begins by computing the beam capture limit 
(LOCVL) for MLS mode. (LOCVL for ILS mode is still computed in 
MLOG, but probably should be pulled into here for consistency) 
For MLS mode, the beam capture window is funnel shaped: a constant 

~30 feet at less than 1.5 nm (XHAT , measured from the Az site), 0.2 
degrees from 1.5 to 3.0 nm, then increasing exponentially to 0.8 
degrees at 6.2 nm. The offset from runway centerline (DELTY, the 
MLS equivalent of ILS ETAFT) is then computed as - (YHAT) plus the 
offset of the Az antenna from the runway centerline (YPROF, 
nominally zero) and limited to LOCVL. If Localizer Armed (LOCA) is 
true (Land mode has been selected) , a check is made to see if the 
Lateral Beam Sensed (LBS) flag can be set. This is set when DLPSI 
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(A/C heading - RWY heading) is less than 90 degrees and DELTY is 
less than (LOCVL - 2.67). Localizer Engaged (LOCE) is not set 
until the aircraft is rolled out on track. I.e, when bank angle is 
less than 3 degrees and beam rate is less than .027 dps. 

If MLSM is false with LOCA true (ILS mode), LBS and LOCE are 
set simultaneously when DLPSI is less than 90 and LOCDEV is less 
than LOCVL (computed in MLOG as a function of HRAD) . For both ILS 
and MLS mode, if AUTOE and LOCE are both true the localizer 
Complementary Filter subroutine (CMPF) will be called. If MLSM and 
ONCRS are both false, checks will be made first to see if it is 
time to set the ONCRS flag. This will be done 5 seconds after the 
criteria (LOC dot < .027 dps) and (LOCDEV < LOCVL) and (ROLL < 3 
deg) are met, where LOCVL is recomputed for ONCRS requirements and 
LOC dot (RF4) is computed by passing LOCDEV through a .12 second 
lead-lag filter (RF3) , limiting the output to 1.0 dps and passing 
that through a 1.24 sec lag filter. If either LOCA or AUTOS is 
true (indicating first pass of AUTOE or LOCE), RF3 and RF4 are 
initialized and the timer is set for 5 seconds. Once the criteria 
for On Course are met, the timer is counted down and ONCRS set when 
it reaches zero. If for any reason the On Course requirements are 
lost before ONCRS is set, the timer is reset to 5 seconds. For MLS 
mode, ONCRS is set by CMPF approximately 3 seconds after LOCE. 

TRACK ANGLE COMPUTATIONS 

This section begins by passing TK through a one second lead- 
lag filter to form Track dot (TKDT) , used in the track angle gain- 
up logic and also above in the 2D path capture look-ahead logic. 
The basic track angle gain (KTA) is then computed as a linear 
function of ground speed (.00475 GSFPS) with a lower limit of 1.0. 
The next section of logic permits the pilot to select a track 
change of up to 300 degrees in the same direction when in the 
Auto/Track select mode. Since angles are normally carried as 0 +/— 
180 degrees, the aircraft would reverse direction when the delta 
track was dialed through 180 degrees without this logic. Bank 
angle is monitored in this logic so that it is not active in track 
preselect or VCWS/Track select mode. Thus if a track change of 
more than 180 degrees is first selected and then Auto/Track select 
engaged, the aircraft will take the shortest path around. DTKF is 
the 'adjusted' filtered track angle which is ultimately sent to the 
Displays computer as TKREL . Its equivalent in VCWS Track Hold mode 
is TRKBG . In interim processing, TKREL is used to contain the 
unfiltered 'adjusted' delta track (DELTKA in Auto mode) used in the 
track mode steering algorithm. (This code should be rewritten to 
make it less confusing) . 

If TRKHLD is true (VCWS Track hold mode) , TKREL is set to VCWS 
delta track (HLDTRK - TK) and TRKBG is computed by passing TKREL 
through a 0.2 sec lag. Otherwise, HLDTRK is synchronized to TK, 
TRKBG is zeroed (which causes the track bug to disappear from the 
PFD) and, if AUTOE, TKREL is set to DELTKA. If neither AUTO/TKSEL 
nor TRKHLD, TKREL is zeroed. Otherwise, both a speed (CAS) 
dependent gainup (KTGA) and an error integrator (DTKI) are operated 
once the track has been acquired. KTGA is computed in either 
AUTO/TKSEL or VCWS /TRKHLD once delta track is less than four 
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degrees and track dot is less than 0.5 dps. Once track dot is less 
than 0.2 dps, DTK I is computed as the integral of delta track, with 
a 10 second time constant and a four degree limit. DTKI is washed 
out whenever TKSEL and TRKHLD are both false or delta track is 
greater than three degrees. (DTKI is also cleared when TKSEL and 
PSTTKA are both false, but this is an error). KTGA is reset to 1.0 
if the track knob is turned (to prevent an abrupt response to a 
large delta track input) and washed out to 1.0 if a track change 
command is made via the lateral trim switch (VCWS) . The time 
constants were chosen to make the gain up / gain down transparent 
to the pilot. 

The steering command for track angle modes is computed as 

TEMP = KTA * KTGA * (TKREL + DTKI) . 

A check is then made to determine the active guidance mode. If in 
VCWS, only track angle (TRKHLD) is available. If in AUTO mode 
then, if LOCE is true, TEMP is set to LOCCMD from the CMPF 
subroutine or, if HORPTH is true, TEMP is set to LATSTR from the 
2D steering equations. TEMP is then limited to 30 degrees and set 
into BACMD , which is the input to the LATRL procedure. 

GLOBAL INPUTS: ALCBA, AUTOE, AUTOS, BCFLAG, CAS, CTKE, DELTKA, 

DLPSI , GSFPS, GSFPS2, GUID2D, HLDTRK, HORARM, HORPTH, 
HTDZ, I CM, K TKREL, LATSTR, LOCA, LOCCMD, LOCDEV, LOCE, 
LOCVL , MLSM, NAVMOD , OLDLAT, ONCRS, PHICMD, PNAV64 , 
PSTTKA, ROLL, RTKNOB, RTN, STKE, TK, TKASUM, TKE, TKSEL, 
TRKHLD, TRKIN, XHAT, XTK, YDH, YPROF 

GLOBAL OUTPUTS: BACMD, BCFLAG, CTKE, DELTKA, DELTY, HLDTRK, KALT, 

LATSTR, LBS, LOCE, LOCVL, ONCRS, STKE, TKASUM, TKREL, 
TRKBG, XTKLIM 
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MODULE NAME: CMPF (Localizer Complementary Filter) 

FILE NAME: LATCMD . FOR 

PROCESS: FCFAST 

PURPOSE: To compute the Lateral Steering Command for AUTOLand 

mode . 

CALLED BY : LATCMD 

CALLING SEQUENCE: CALL CMPF 
CALLS TO: None 

DESCRIPTION: 

Since this routine is called only if AUTOE and LOCE are both 
true, first pass processing is indicated if either AUTOS or LOCA is 
true. (LOCA is cleared on the iteration after LOCE is set, and 
AUTOS is true for one iteration when the AUTO button is pushed and 
released, with AUTOE being set in MLOG prior to execution of this 
module. As implemented, full initialization is only performed if 
LOCA is true. This is an error) . If first pass, the filters and 
integrators are initialized. Otherwise, processing continues 
according to the state of the MLS mode flag (MLSM) . 

In MLS mode, no filtering is done on the position error signal 
(DELTY) since it was derived from complementary filtered YHAT . The 
proportional signal (LOCCF) is set to .05556 DELTY until RLOUT 
when it is gained up as a function of XHAT to improve roll out 
tracking. Since LOCCF is not filtered, and since MLS Autoland 
demands 2D guidance to the runway centerline, the transition from 
2D to Autoland is smoothed by a three second easy-on between BACMD 
and LOCCMD . (This was correct when CMPF was a subprocedure of 
LATRL. With CMPF contained in LATCMD, this easy-on would work 
better if LATSTR were used instead of BACMD) . 

LOCINT, the integral of LOCCF, is computed once ONCRS is set 
(when LOCGAIN reaches . 98 — approximately three seconds after 
LOCE) , with a limit of 20 fps. LOCINT is used to balance out any 
bias in XTVEL and to improve beam tracking. The damping term 
(SEL_XTV) is computed as .98634 times the Y dot output of the MLS 
filter (YDH) . 

In ILS mode, ETA is calculated as .05556 ETAFT (calculated by 
MLOG as 720. GPLOCD, thus ETA = 40. GPLOCD) . Prior to ONCRS, 0.5 
ETA is passed through a two second lag filter to produce LOCCF, and 
SEL_XTV is set to .7052 XTVEL. Once ONCRS is set, ETA is 
complemented by 1.094 XTVEL (Close. .05556 * 20 = 1.111) before 
being passed through a 20 second lag filter. SEL XTV is then set 
to .98634 XTVEL and the LOCINT integrator is operated. 

In common code, the XTKDMP filter is IC'd to SEL XTV if LOCA 
is true, and computed as a 0.4 second lag on SEL XTV otherwise. 
LOCCMD is then computed as 

LOCCMD = 2. * LOCCF + LOCINT - SEL XTV. 
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Note that in ILS mode, given the initialization value of LOCCF 


(.7052 * XTVEL + PHICMD) / 2 , 


the first pass output of LOCCMD will be essentially equal to the 
previous iteration's value of PHICMD. In MLS mode, it might differ 
markedly, thus LOCCMD is passed through a three second easy-on. 


GLOBAL INPUTS: AUTOE, AUTOS, 

ONCRS , PHICMD, RLOUT , 


BACMD, DELTY, ETAFT, 
XHAT, XTVEL, YDH 


LOCA, MLSM, 


GLOBAL OUTPUTS: 


LOCCMD, ONCRS 
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MODULE NAME: LATRL (Lateral Axis Control Laws) 

FILE NAME: LATRL. FOR 

PROCESS: FCFAST 

PURPOSE: To calculate aileron and rudder commands for the flight 

control system. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL LATRL 

CALLS TO: FRCWS, RCOM, RCOMA, RBASC, RBASCA 

DESCRIPTION: 

LATRL is the executive which performs common processing and 
calls the other procedures which make up the lateral axis control 
laws. Various combinations and levels of automatic flight control 
assistance are available to the Research flight deck (RFD) and 
Forward flight deck (FFD) pilots. The lateral control laws for 
each mode are depicted in the DSDs found in Appendix A. Possible 
modes are listed below, with a brief summary of their capabilities 
and the subroutines involved. 

FLIGHT MODES (See also procedure MLOG) . 

engage (PRENG) : The autopilot is disconnected. 

Processing is limited to system initialization which is performed 
by LATRL mainline code. 

Forward Flight Deck Control Wheel Steering (FFDE) : Aileron 

command processing is handled entirely within subroutine FRCWS 
Rudder control is direct from the FFD pedals. Submodes are 
Attitude Sync and Attitude Hold. 

Manual Electric (MANEL) : RFD wheel input is applied directly 

to the aileron command by LATRL main line code. RFD rudder pedal 
and aileron trim inputs are processed by subroutine RBASC. 

Attitude control wheel steering (ACWSE) : This is a rate 

command / attitude hold system with automatic turn coordination. 
Roll attitude command is computed by subroutine RCOM with the 
aileron command computed in mainline code. Rudder pedal, aileron 
trim and turn coordination are processed by subroutine RBASC. 
Submodes are Attitude Sync and Attitude Hold, with an automatic 
wings leveler applied if the commanded bank angle is near zero. 

Velocity control wheel steering (VCWSE) : See notes for ACWSE. 

This is a rate command / velocity vector hold system. Submodes are 
Attitude Sync and turn radius hold, with track hold entered if the 
commanded bank angle is near zero. Track hold mode is essentially 
identical to AUTO/Track Select mode and uses the bank angle command 
(BACMD) generated by procedure LATCMD . 

Automatic (AUTOE) : This is a rate limited bank angle command 

system with automatic turn coordination. Small wheel and pedal 



174 


inputs are also permitted but a large (> 25%) wheel input causes 
reversion to VCWSE. The bank angle command (BACMD) is input from 
procedure LATCMD and entirely processed within subroutine RCOMA. 
Aileron trim, rudder inputs and turn coordination are processed in 
procedure RBASCA. Submodes are Track Select, Horizontal Path and 
Autoland (LANDE) , with LANDE being further subdivided into 
acquisition, track (ONCRS) , Decrab (DECRB) , FLARE and roll-out 
(RLOUT) . The rudder and aileron contributions for the Decrab 
maneuver and roll out guidance are computed by subroutine DCRAB. 

Note: all flight modes except PRENG and MANEL use filtered 

roll rate (PF1) feedback for roll stabilization. PF1 is computed 
in subroutine OUTIOM of the HDL process by passing body roll rate 
(P) through a .05 second lag filter. In ACWS and VCWS, PF1 is also 
summed with AILCMP to produce AILCMD in OUTIOM, using the feedback 
gain (KP) calculated by LATRL. in FFD and AUTO modes, roll rate 
feedback is applied within subroutines FRCWS and RCOMA, 
respectively. 

The sub-procedures are: 

FRCWS Forward flight deck Control Wheel Steering 
RCOM Roll command Computer (CWS) 

RCOMA Roll command Computer (Auto) 

RBASC Basic trim and Rudder command computations (CWS) 

RBASCA Basic trim and Rudder command computations (Auto) 

DCRAB Decrab flight mode calculations (called by RCOMA) 


LATRL begins by checking for initialization conditions. If 
the Flight Controls process is in IC Mode or if the flight mode is 
Pre-engage (PRENG) , the aileron command (AILCMP) is synchronized to 
aileron servo position (ALVDT) , rudder command (RUDCMD) is 
synchronized to rudder position (DRPOS) , roll rate feedback gain 
(KP) is zeroed and the aileron trim command (SYNCL) is initialized 
to the gained and limited research flight deck (RFD) aileron trim 
knob input (ATRIM) plus ALVDT as given: 

SYNCL = SLIM (1.52 ATRIM, 10.) + ALVDT 

Note that the RFD cab does not have an aileron trim mechanism, 
therefore the aileron trim knob command is brought into the FM/FC 
computer separately and is summed with the aileron command. The 
aileron trim command is initialized to zero at auto-pilot 
engagement regardless of aileron trim knob position. This is 
accomplished by including the aileron trim command in SYNCL during 
PRENG, then subtracting SYNCL from the aileron command in all 
engaged modes. If in IC Mode, all first pass flags are cleared 
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(which will cause all filters to be IC'd) and the roll rate filter 
(PF1 ) is zeroed. Otherwise (not IC but PRENG) , the rudder/aileron 
easy-on (RASWIT) is set to 0.5 (1.0 would be better) to smooth the 
transient when the RFD is engaged. 

Next, the raw control wheel input (DWHL) is gained and dead- 
zoned to produce WHLINP and the wheel-out-of-detent flag (RCWOD) is 
set according to whether the deadzone (WDZNE) has been exceeded. 
If MODEX is less than 4, i.e, flight mode is PRENG, FFDE or MANEL," 
the displayed roll signal (DROLL) is set equal to actual roll angle 
(ROLL) . Otherwise, if the side stick is selected or LABFLG is 
true, WHLINP is exponentially shaped (conditionally) and limited to 
a maximum of 12.5 degrees. The spoiler feedback inhibit (SPFINH) 
and radius hold (RADHLD) flags are then cleared. 

The next section handles mode specific processing. If FFDE is 
selected, FRCWS is called to compute the aileron command. (The 
rudder is actuated directly by the FFD rudder pedals without 
computer aiding) . If PRENG, no further processing is required. If 
AUTOE, RCOMA and (if RUN Mode is true) RBASCA are called to compute 
the aileron and rudder commands, respectively. 

For the CWS modes, the aileron command is computed in line: 
If MANEL, KP is set to zero, RBASC is called to compute the RFD 
aileron trim knob contribution (AILTRM) and the rudder command 
( RUDCMD ) , and AILCMP is computed as the negative of WHLINP plus 
AILTRM minus SYNCL. The negative is used to accomodate aircraft 
wiring polarity which is positive left wing down. For ACWS and 
VCWS modes, RCOM is called to compute the bank angle command 
(PHICMD) and bank angle error (PHIERR) and (if RUN Mode) RBASC is 
called to compute the rudder command and aileron trim contribution 
to the aileron command. Next, if the aircraft is in the air (GRD 
is false) the basic inner loop gain (KP1) is computed as a function 
of flap setting, with a minimum value of 1.41 and maximum value 
(KPLIM) of 1.73. Otherwise, KP1 is fixed at 1.41 to minimize 
aileron activity on the ground. The roll rate feedback gain (KP) 
is then calculated based on bit selections in the LATSEL word. 
(Note: during program development in the real time simulator KP = 
KP1 worked best, but this caused problems in the air. We have been 
using KP = KP1 * KVCAS but there have been some indications that 
this is still too high. We should test the option KP = KP1 * KV 
(which is what was used by the original control law) sometime soon 
so that the selection logic can be removed.) 

The intermediate aileron command (AILCD1) is next computed as 
KP * KP1 * PHIERR. If in Velocity CWS mode and HTDZ is less than 
300 feet and FLAP is greater than 20 (i.e, landing configuration), 
the aileron cross-feed term (AILXFD) is added to AILCD1. The final 
aileron command is first loaded in TEMP as 

- (AILCD1 + KWHLF4 * WHLINP + AILTRM - SYNCL) 

TEMP is then switched into AILCMP by RASWIT, which mechanizes a one 
second easy-on to minimize transients when switching modes. This 
same variable is also used to switch between sources for RUDCMD (in 
RBASC and RBASCA) . 

Final processing for the higher flight modes computes the 
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displayed roll signal (DROLL) and the nominal aileron command gain 
(KAILG - applied by OUTIOM) . If GRD is true or ACWSE, VCWSE and 
TKSEL are all false, DROLL is set equal to ROLL and KAILG is set to 
1.0. Otherwise, DROLL is computed as a 0.3 second lag on DRIN, 
which is set to commanded bank angle (PHICMD) when turning and is 
washed out to zero when in a track hold mode and the track has been 
acquired. This wash out is to prevent turbulence from appearing in 
the curved trend vector when in a track mode. KAILG is still 
normally set to 1.0, but logic is implemented to compute a lower 
gain at a flap setting of 30 or 40 degrees. This is test code 
intended to address a problem of aileron oscillation at high 
command rates at the higher flap settings. 

LATRL processing completes by updating the first pass flags. 
These flags are set to 2 by each procedure which uses them when 

those procedures are called. This code subtracts 1 from each flag 

which is non-zero. If the pertinent flag is found zero by a 

controlled procedure, it means that that procedure did not execute 
on the previous iteration and initialization is required. 

GLOBAL INPUTS: ACWSE, AILCMP, ALVDT, ATRIM, AUTOE, DRPOS, DWHL, 

FFDE, FLAP, FLPPF, GRD, HTDZ, ICM, KPLIM, KTDROL, KV, 

KVCAS , KWHLF4, LABFLG, LATSEL, MANEL, MODEX, PHICMD, 
PHIERR, PRENG, ROLL, RUNM, SSTICK, SYNCL, TKSEL, VCWSE, 
WDZNE, WHLSHAP 

GLOBAL OUTPUTS: AILCMP, DROLL, KAILG, KP, PF1, RADHLD, RUDCMD , 

SPFINH, SYNCL, WHLINP 
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MODULE NAME: FRCWS (Forward Flight Deck Roll CWS) 

FILE NAME: LATRL . FOR 

PROCESS: FCFAST 

PURPOSE: Compute the aileron command for FFD CWS mode. 

CALLED BY : LATRL 

CALLING SEQUENCE: CALL FRCWS 
CALLS TO: None 

DESCRIPTION: 

FRCWS implements an aileron command/attitude capture control 
law. If the first pass flag is set, the roll command integrator 
(FPHCMD) is initialized to ROLL, KP is set to zero (preventing roll 
rate stabilization in OUTIOM) and the roll rate filter time 
constant (KTPFL) is set for 50 msec. If the pilot's control wheel 
is out of detent, the FFD wheel force input (FWHL) is passed 
through a dead zone, gained, limited and stored as FCOM. 

There are two submodes within FRCWS: attitude-hold and 

attitude-synchronization (ATT_SYNC) . The difference is that 

SYNC tracks the existing bank angle when the control wheel is 

out of detent, whereas the attitude— hold mode maintains whatever 
bank angle is established when the wheel is returned to detent. 
ATT_SYNC and the wheel-out-of-detent flag (FRWOD) are set when FWHL 
is greater than the deadzone (3 lbs) . FRWOD is cleared when FWHL 
becomes less than 3, and ATT_SYNC is cleared (implying attitude 
hold) when roll error (FPHIER) becomes less than .05. In the 

SYNC submode, ROLL input is filtered, limited and output as 

FPHCMD. Otherwise FPHCMD retains its last value. FPHIER is 
calculated as FPHCMD - ROLL. 

AIL1 is calculated as 2.0 FPHIER when FRWOD is true. 
Otherwise, roll rate damping is added, yielding 

AIL1 =2.0 FPHIER - 1.5 FRF1 . 

SPFINH is also set when FRWOD is true, which inhibits hardware 
spoiler feedback. In every case the aileron command is calculated 
as : 


AILCMP = - (KV * AIL1 + FCOM) . 

The result is negated to match aircraft wiring polarity 
requirements. Note: since KP = 0, AILCMD will be identical to 

AILCMP. 

GLOBAL INPUTS: ATT_SYNC, FWHL, KV, PF1, ROLL 

AILCMP, ATT_SYNC, KP, KTPFL, SPFINH 


GLOBAL OUTPUTS: 



178 


MODULE NAME: RCOM (Roll Computer - CWS) 

FILE NAME: LATRL . FOR 

PROCESS: FCFAST 

PURPOSE' To calculate the bank angle command (PHXCMD) and command 
error term (PHIERR) for the Aft Flight Deck CWS modes. 

CALLED BY : LATRL 

CALLING SEQUENCE: CALL RCOM 
CALLS TO: ANGL, AT AN, TAN 


DESCRIPTION l 

mo dule provides bank angle computations for both Attitude 
(ACWS) and Velocity (VCWS) Control Wheel Steering modes. Both 
flight modes are rate command / state hold systems, with the 
difference being in the state held. Both modes have three 
submodes: Attitude Sync (ATT_SYNC) , Attitude Hold (ATT HOLD) and 
a special mode entered when wings are commanded level. ATT_SYNC is 
identical for both modes. The pilot is commanding a roll rate 
proportional to a side stick controller input (RCWOD is true and 
WHLINP is non-zero) and both the commanded (PHICMD) and actual 
(ROLL) bank angle are progressing in the commanded direction, with 
PHICMD leading by an amount proportional to roll rate. So long as 
RCWOD is true, a counter (DELCTR) is loaded with a value 
proportional to PHIERR (PHICMD - ROLL) . When the side stick is 
centered (RCWOD becomes false) PHICMD is frozen and DELCTR is 
decremented, giving time for ROLL to catch up with PHICMD. Once 
DELCTR becomes zero, ATT_SYNC is cleared and (assuming the 
commanded bank angle differs materially from zero but is less than 
30 degrees) ATT HOLD is set. For ACWS, this effectively completes 
processing. The commanded bank angle is maintained until a further 
sidestick input. PHICMD and PHIERR are the outputs to the roll 
inner loop processing. For VCWS, a computation is made of the 
effective radius of the turn that can be flown at the commanded 
bank angle and ground speed prevailing at the time DELCTR is 
counted down to 1 . On subsequent iterations, the nominal cross 
track acceleration (XTKNOM) and bank angle (RCLIM) required to 
maintain this turn radius at the prevailing ground speed is 
computed and used to adjust the bank angle as necessary. XTK1, the 
integral of (XTKNOM - XTACC) , is computed and summed with PHIERR to 
improve the tracking accuracy in the face of gusts or roll mistnm. 

If the initial commanded bank angle is greater than 3U 
degrees, the bank angle is returned to 30 degrees as WHLINP becomes 
zero DELCTR is not allowed to decrease below 2 with PHICMD 
qreater than 30, so ATT_HOLD never becomes true. This is a direct 
bank angle command mode, with the bank angle commanded being 30 
plus f (WHLINP), to a maximum of 45 degrees. ^ 

While RCWOD is zero and DELCTR is non-zero, PHICMD and average 
commmanded roll rate (PDTF) are checked to see if ultimate roll 
attitudeapproximates zero. If either PHICMD or (PHICMD + PDTF) is 
less than TKHDZN (1.5 degrees), PHICWO is set. This causes PHICMD 
to be washed out to zero. For ACWS, this completes processing. 
The mode is effectively identical to ATT_HOLD except that t 
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attitude held is identically zero degrees bank angle. For VCWS, 
TRKHLD is set and PHICWO is cleared once PHICMD decays to less than 
0.25 degrees. When TRKHLD is set, logic within procedure LATCMD 
freezes HLDTRK at the prevailing track angle and subsequently 
computes a bank angle command (BACMD) based on the difference 
between TK and HLDTRK. This mode is essentially identical to 
AUTO/TKSEL, except that the selected track is adjusted via the 
lateral trim switch on the sidestick rather than via the Control 
Mode Panel. When the trim switch is depressed and held (VATRR or 
VATRL true), HLDTRK is slewed at a rate that begins at 0.25 dps and 
gradually increases to a maximum of 1.5 dps after 5 seconds. In 
Track Hold mode, the difference between TK and HLDTRK is contained 
in TRKBG, which is sent to displays. TRKBG non-zero in VCWS mode 
causes the "track bananas" to be displayed, both indicating that 
Track Hold mode is active and displaying the selected track. 

For both ACWS and VCWS, processing begins by checking the 
first pass flag and initializing the filters and mode discretes if 
true. Next, if TRKHLD is true (VCWS only), the left (VATRL) and 
right (VATRR) trim switches are checked. If neither is true, CLKV 
is set to zero. Otherwise, if CLKV was previously zero, it is set 
to plus or minus 0.5 for right or left trim, respectively, and the 
variable gain (KG1 ) is initialized to 0.5. On subsequent 
iterations without an intervening release of the trim switch, KG1 
is incremented at a rate of 0.5/sec to a maximum of 3.0. In every 
case, KG1 * CLKV is then integrated into HLDTRK, DELCTR (used in 
this module to control TKSYNC) is set to 5. KG1 and TRKIN (used in 
procedure LATCMD to control track error gain and by MSPRO to force 
displays to show the track line on the Nav display) is set to 20. 

The next section of code determines which submode to engage. 
Engage criteria (effective) for the CWS submodes are as follows: 


ATT_SYNC : 

Set by 


RCWOD • GRD 


Cleared 

by 

DELCTR = 0 

ATT_HOLD : 

Set by 


(DELCTR =0) • PHICWO + TRKHLD + GRD 


Cleared 

by 

RCWOD 

RADHLD : 

= 


VCWSE • ATT_HOLD 

PHICWO: 

Set by 


GRD + 


( (DELCTR > 0) • ( | PHICMD | — TKHDZN->) • TRKHLD) 


Cleared 

by 

RCWOD + TRKHLD 

TRKHLD : 

Set by 


VCWSE • PHICWO • (| PHICMD | < 0.25) 


Cleared 

by 

RCWOD 

[ Note: It 

should also 

be cleared by (GRD + VCWSE) ] 

TKSYNC 

Set by 


TRKHLD • (DELCTR =0) • ( | TRKBG | < 1.5) 


Cleared 

by 

DELCTR*PDTCMD*PHICMD > 0. 


Input to the PHICMD integrator (PDTCMD) is computed based on 
the selected submode, with the following hierarchical order: 
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Direct bank angle command (IPHICMDI >= 30): 

PDTCMD = SLIM ( * , 10.) 

Where: * = 1.25 * WHLINP - sign ( ( IPHICMD | - 29.5), PHICMD) 

i.e, PHICMD is increased 1.25 deg beyond 29.5 per each unit 
of WHLINP. 

TRKHLD or RADHLD (mutually exclusive) : 

PDTCMD = SLIM ((5. * ROLERR) , 4.) 

Where: ROLERR = RCLIM - PHICMD 

PHICWO : 

PDTCMD = SLIM (-(2. * PHICMD), 10.) 

ATT_SYNC : 

PDTCMD = KPDTC * WHLINP 
Where; KPDTC =0.8 

Else : 

PDTCMD = 0. 

For TRKHLD mode, RCLIM = SLIM (BACMD, LMTR) , where BACMD is the 
command input from procedure LATCMD and LMTR is set to the number 
of degrees of bank required to fly a standard rate (2 min) turn, up 
to a maximum of 29.5 degrees. 

For RADHLD mode, RCLIM = SLIM (atan (XTKNOM / g) , LMTR), where 
XTKNOM = GSFPS 2 / RADTRN, RADTRN is the commanded turn radius, 
g is the nominal acceleration due to gravity (32.174 fps/sec) and 
LMTR = 30. 

Finally, PHICMD is computed as the integral of PDTCMD, with a 
limit of 45 degrees, and PHIERR is computed as the difference 
between PHICMD and ROLL plus XTK1. XTK1 is integrated whenever 
RADHLD is true and washed out whenever the conditions for RADHLD do 
not prevail. The equation for clearing TKSYNC is intended to delay 
activation of the curved trend vector until the airplane is banked 
in the direction trimmed, thus avoiding a false 'moving in the 
wrong direction' cue during turbulence. The clear of DRIN is no 
longer necessary, but was part of an earlier attempt to solve the 
same problem. 


GLOBAL INPUTS: ACWSE, ACWSS, ATT_SYNC, BACMD, GRD, GS, GSFPS2, 

HLDTRK, I CM, KPDTC, KTAUPF, LATSEL, PHICMD, PHIERR, 
RADHLD, ROLL, TKHDZN, TRKBG, TRKHLD, VATRR, VATRL, VCWSE, 
VCWSS, WHLINP, XT ACC, XTK1 
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GLOBAL OUTPUTS: ATT_HOLD, ATT_SYNC, HLDTRK, KTPFL, 

PHICMD, PHIERR, RADHLD, SPFINH, TRKHLD, TRKIN, 


PDTCMD, 

XTK1 
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MODULE NAME: RBASC (Roll Basic - CWS Modes) 

FILE NAME: LATRL.FOR 

PROCESS: FCFAST 

PURPOSE: To calculate the rudder command, aileron trim and aileron 

crossfeed term (VCWS) . 

CALLED BY : LATRL 

CALLING SEQUENCE: CALL RBASC 
CALLS TO : None 

DESCRIPTION: 

This routine is called in MANEL, ACWS and VCWS modes to 
process the aileron trim knob (ATRIM) and rudder-pedal-plus-trim 
(PEDAL) inputs. In ACWS and VCWS modes it also computes the turn 
coordinator, aileron cross-feed (AILXFD) for VCWS decrab and auto 
trim for aileron and rudder. 

On first pass all filter outputs are zeroed and the CLOSED 
switch is cleared (to prevent the possibility of creating an 
erroneous turn coordinator output if control is received with the 
airplane in a bank) . 

Subsequently, a check is made to see if trim computation is 
permissible. This requires a mode of ACWS or VCWS, no pilot pedal 
input (note: since the inputs are pedal-plus-trim and trim, these 

two must be differenced to make the determination) and a 'wings 
level' submode (PHICWO or TKSYNC) . 

If these conditions prevail, the aileron trim limit (SYNCLM) 
is first initialized to the greater of SYNCL or 5 degrees. This is 
to account for the fact that the present initialization algorithm 
for SYNCL can produce spuriously large values if RFD control is 
received with the aircraft in a bank. As trim occurs, SYNCLM will 
gradually be reduced to 5 degrees. SYNCL is then computed as the 
integral of KATRM * PHIERR with a limit of SYNCLM. This trims for 
minimum bank angle error when near-zero bank angle is being 
commanded. KATRM is selected to give a time constant of 80 
seconds. If Height AGL is greater than 300 feet and the option is 
enabled via LATSEL, RUDTRM is computed as the integral of KRTRM * 
AY limited to 2 degrees. KRTRM is selected to give a time constant 
of 80 seconds. 

Next, aileron trim input (ATRIM) is multiplied by 1.52 and 
stored in AILTRM. The turn coordinator input (DELRF) is calculated 
in a washout filter as follows: 

DELRF = PHICMD - RF2 

RF2 = PHICMD - exp (-0.3 dT) * DELRF 

DELRF = .235 DELRF 

I.e, DELRF = (.785 S / 3.33 S + 1) * PHICMD. 

The PEDAL input is multiplied by 6.55 and stored in RUDCML, 
the local rudder command. PEDALF is then computed as a one second 
lag on RUDCML. If VCWS, AILXFD is calculated as -2 PEDALF with a 
limit of 10 degrees for HTDZ > 15 feet, decreasing to zero at HTDZ 
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<- 0 ALW is then passed through a 2 second lag for use in the 
turn =O f Ordinator vcHs ^ and 

the turn coordinator is i enab • than 4 . T he gain on DELRF 

remains latched until M ^ X a b _ e a 0 f® nction Q f filtered flap position 
(TCGAIN) is first computed a^fu ^ ^ Q 4 as FL ppf varies from 0 

(FLPPF) : incre A a n S i n unearly fro™ 0.4 to 1.0 as FLPPF increases from 

to 25 degrees, and linear xy . ged by the quantity 

25^0 40. _ T s bl n S 2 \ alfaf. Finally, RUDCML is recomputed as: 

x TPfATN * DELRF + RUDTRM. 

RUDCML = RUDCML + TCGAIN 

Processing concludes by moving RUDCML into RUDCMD using the 
easy-on RASWIT . 

GLOBAL INPUTS: ALW 

S; RUDTRM, SROLL, SYNCL, VCWSB 


GLOBAL OUTPUTS: 


RUDCMD, RUDTRM, SYNCL 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


RCOMA (Roll Computer - Auto 

latrl.for Auto Modes ) 

FCFAST 


PURPOSE: To calculate the aii^mn 

Flight Deck Auto model °"" nand (AILCMP) for the Aft 


CALLED BY; 


LATRL 


SE QUENCE : CALL RCOMA 


CALLS TO: 


ATAN, DCRAB 


DESCRIPTION: 

path command S (BACMD^. ^Processing ^ea^ t0 h process the horizontal 
standard value (50 msec) and clearin^TRKH^n f ?^ cin9 R TPFL to the 
then computes the maximum value for {just in case). i t 

in FLARE mode, 10 degrees if ONrRq ; BA ? D (LMTR > as: 5 degrees if 
l* a atand.* rate (2 ^^nutfe^turn 1 ff t TKSET t ^> value a PP?opriate 
egrees), or 25 degrees otherwise PHTPMn S ^ L 5° a maxim um of 25 
6 M mi 5 ed BACMD to Produce ROLERR 1S then subtracted from 

ONCRS, e fnd rd R ps iS ot r h e e C r„T 3 U e ed %V >“• «— ** 7 dps if 

computed as 5. ROLERR, limited as indVrir^® cominand (PDTCMD) i s 
response once ONCRS is set but rlH? ated ' , ™ s Permits quicke? 
excursion. (Note: once set 0 NrR<; edUCe8 the maxim um allowable 

FLARE and RLOUT) . PHICMD ic t-h remains true through DECRAB 
PDTCMD. (The limit on this intear^n 0 ^ 16 ' 38 the ^tegraT^f 
input was already limited to a lesser V alnp> mea £ in Sless, since th e 
second rate limited lag on BACMD UG) ' PHICMD is thus a 0.2 

RLOUT is true phtpdd * 

®J f ® C ^! vely commanding 'wings level S Qther - the ne 9 at ive of ROLL, 
as indicated: y gS ievel - Otherwise, PHIERR is computed 


PH I ERR - PHICMD - ROLL + 0.5 * XTK1 


XTKl is washed out bv the nevt- 

s lmpl The^KS YNC *di scret / 1.3** se t"^ f »' 1U!i °" hSre iS 

c^rd^^e^ctly 0 ^ 1 !! r ^ wm Ct a m 0 track en cJaL t e ra 1 C s k 

clearing of DRIN is superfluous. 1 " VC “ S TRKHLD mode - Again! th! 
compute "hf T r^e D r /D and B lul'rol^Sril t 9 **” ls caUed next to 

the roll damping term (-1 4 p F i \ ft lse (as lfc usually will be) 
aileron crossfeed term aSd) ^ add ed and, ifDECRB, th 4 

multiplied by the airspLd gaif?K V) anH a ? ded - AILCD1 i* tSen 

IS gained up by 1.25. 9 <KV) and (once 0N CRS becomes true) 

The final aileron command is firsi- inoH w • 

j.i> nrst loaded m TEMP as 


“ (AILCD1 + WHLINP + AI LTRM - SYNCL) 
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TEMP is then switched into AILCMP by RASWIT which mechanizes a 1 

second easy-on when r^n^Sitc^ng^osTcwV to and 

^rw\% S n e5 sw^°chin g t0 into Uh c e « n s S Since Ip is set to zero. AILCMD wiii 
be equal to AILCMP . 

rmnAT INPUTS* AILCMP, BACMD , DECRB, FLARE, GS, KV, ONCRS, PF1 

global £ 0LL( ^ yncl> tkrel , tksel, train, whlinp, XTK1 

GLOBAL OUTPUTS: AILCMP, KP, KTPFL, PDTCMD, PHICMD, PHIERR, 

TRKHLD, XTKl 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


RBASCA (Roll Basics - Auto Modes) 

LATRL . FOR 

FCFAST 


PURPOSE: 


To calculate the rudder command, 
crossfeed term (Auto) . 


aileron trim and aileron 


CALLED BY : LATRL 

CALLING SEQUENCE: CALL RBASCA 
CALLS TO : None 


DESCRIPTION: 

The roll basic (RBASCA) procedure is called in AUTO mode to 
the pilot's ATRIM and PEDAL inputs and compute Judder 
commands for turn coordination. This procedure is a recen? 
modification of an old procedure and contains several errors the 
first of which is the absence of initialization code. Since'AUTO 

problems ‘ yP1Cy entered fr ° m VCWS< thls has caused "° a PPatent 

Aileron trim (AILTRM) is computed as 1 52 * atrtm anH 

VCWS 6 modp 1 ValU h h (RUDTRM) that ma y hav « been computed by' rIasC in 
VCWS mode is washed out. The input to the turn coordinator (DELRF? 

indicat n ed C :° mPUted ^ paSSing PHICMD through a washout filter as 


DELRF - (.785 S / 3.33 S + 1) * PHICMD. 

PEDAT RUDC th 1 ^ 10031 *\ udder command, is first computed as 6.55 * 

Trr?TM ™ tU c ° ordinator gain (TCGAIN) is next computed 
TCGAIN varies linearly from 0.0 to 0.5 as filtered flan 

(FLPPF) varies from 0 to 20, remains constant at 0.5 until FLPPF 
reaches 30, then varies from 0.5 to 1.0 as FLPPF increases to 40 

FLP?F < na 20 ly ' Thi^ £t ° V H r \ ine K° f ° 0de blocks turn coordination at 
FLPPF < 20. This needs to be removed. Turn coordination 

legitimately blocked until PHICMD is less than 2 degrees to prevent 

a transient that might be caused by enabling it with the pllne in 

a bank. Once enabled, RUDCML is recomputed as follows: ? 

RUDCML = RUDCML + TCGAIN * DELRF. 

Finally, if DECRB is true, the decrab maneuver rudder 

RUDPMT' b y « h (DECI ^ B ~ computed by subroutine DCRAB) is subtracted, 
then switched into RUDCMD using the easy-on RASWIT. 

GLOBAL ATRIM, DECRB, FLPPF, PEDAL, PHICMD, RUDCMD, 


GLOBAL OUTPUTS: 


RUDCMD, RUDTRM 



MODULE NAME: 
FILE NAME: 
PROCESS: 


DCRAB (De-crab (Autoland) Maneuver) 

LATRL . FOR 

FCFAST 
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PURPOSE: To calculate the rudder and aileron command contribution 

for Auto / Decrab mode (Autoland) . 

CALLED BY : RCOMA 

CALLING SEQUENCE: CALL DCRAB 
CALLS TO: None 

DESCRIPTION: 

This routine generates decrab and aileron crossfeed signals to 
align the aircraft with the runway centerline just prior to 
touchdown . 

The first-pass flag is checked and if set, the yaw filter 
FLTR_1 (the lag portion of the washout filter YF1 ) and the yaw 
integrator YINT1 are initialized to zero, and the runway heading 
error (DLPSI) is passed through a 5 degree deadzone and placed in 
PSIDZ. Before RLOUT, PSIDZ is subtracted from DLPSI and the 
difference is stored in PSILIM. Subsequently, PSILIM = DLPSI. 
PSILIM is passed through a 6 second easy-on to produce YTEMP . 

Next, DLPSI is differentiated (passed through a 0.4 second 
washout) and stored as YF1. Prior to RLOUT the yaw damping term 
YAWDMP is zero and YTEMP is integrated, limited, and stored in 
YINT1. Subsequent to RLOUT, YINT1 should be held constant (due to 
a coding error it continues to be integrated) and YAWDMP is 
computed as indicated: 

YAWDMP = 12.55 * YF1 - 2. * PHICMD 

Where: 12.55 = 5.0 / 0.4 

Finally, both before and after RLOUT, aileron cross-feed 
(AILXFD) and decrab rudder command (DECRAB) are generated as 
follows : 

YAWCMD = YTEMP + .756 YINT1 

DECRAB = YAWCMD + YAWDMP 

AILXFD =1.4 YAWCMD 


GLOBAL INPUTS: DLPSI, PHICMD, RLOUT 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: VERCMD (Vertical Path Command) 

FILE NAME: VERCMD. FOR 

PROCESS: FCFAST 

PURPOSE: To calculate the vertical acceleration command for the 

automatic flight modes plus VCWS altitude hold. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL VERCMD 
CALLS TO: LNITRP, PAL 

DESCRIPTION: 

This module begins by computing the filtered flap position 
(FLPPF) , used here and in LATRL, as a two second lag on FLPPOS. If 
on the ground (SQUAT is true), wing alpha (ALW) is set to pitch 
attitude plus one degree, and the basic overspeed gain (KDCALF) is 
set to 2.0. Otherwise, ALW is computed as the sum of alpha vane 
input (ALFAV) plus a flap position dependent bias plus one degree. 
The alpha margin (ALWMARG) is then computed by passing the 
difference of ALW and the flap dependent alpha limit through a 
lead/lag filter as given: 

FLPTAB (FLPNDX) - ALW 

ALWMARG = 

(2S + 1) (2S + 1) 

Where: FLPTAB is the table of alpha limits 

FLPNDX is an index based on the flap handle setting, 
equal to 1 for flaps 0, and 9 for flaps 40. 

Finally, if ALWMARG is less than zero, the Research Flight Deck 
(RFD) is engaged (MODEX > 2) and SQUAT is false, a bit is set in 
the displays flag word (LFCFLG) to cause the AOA message to appear, 
and the stick shaker is activated by setting the output discretes 
FADERS and SHAKER true, then setting the stick force output command 
(EXPFRC) to plus or minus 1.0 (SACVIB) on alternate iterations. 

The next section (if enabled) computes a dynamic alpha and 
overspeed protection algorithm. This was the original algorithm 
coded. The alpha protection portion suffers from the fact that 
when the stick shaker algorithm was added, the alpha limit numbers 
provided for that algorithm were simply coded into the original 
flap table. These numbers are lower for most flap settings (this 
is legitimate since the stick shaker algorithm does nothing until 
the limit is reached, whereas the original algorithm starts to 
dynamically reduce alpha at 80% of the limit) . The result is that 
this algorithm limits alpha (thus also gamma) prematurely. Two 
separate flap tables should have been coded. 

The alpha upper limit (AULIM) is computed via a call to the 
linear interpolation routine (LNITRP) with FLPPF and FLPTAB as 
inputs. The lower limit (ALLIM) is then set to 0.6 AULIM. If bit 
15 of the vertical control option word (VSTSEL) is set, then for 
AUTO mode the gamma limit (GAMLIM) is set to 10 degrees and 
otherwise to 20 degrees. If bit 15 is clear, GAMLIM is set to 8.5 
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wo 2 ld B ?ary r f ro^V.™ ““l 4 .' 8 1^7 oT "fT ' <“ the " 

gamma. The vertical speed limit (LHDC) io a P se ^ting and 

times the degree to radifn coniLiio^kctof (SlS^t i^es 3 ^ GAMLIM 
speed m fps (TASFPS) The 170 ^- 10=1 1 r ' . OR 7 times true air 

set to 5 fps/sec unless the maximum 

setting is approached (KHCAS < l.) # i n which re*e f existing flap 

fps/sec The vertical path command Umit in deg/sec (LTOO ls^han 
computed as LHDD times the rariian e y /s ec (LVPC) is then 

» d ^ %s Lt ^ s d z-srsxxfts* 1 rs 

°WfiS it 

TEMP = 1 . - (ALW - ALLIM) / (AULIM - ALLIM) 

lLifM iS to a A n u U LI b M er ^ times S TEMP™ is* ‘then 'passed Z ^ fr °" 
second lag to produce KDCALF. KALFA is KdSal P F iTmiteS^othe'ra'ngJ 

begin increasing thrust whe^^ha'excleds 1 ? ^ULlTTnd^Lri t0 
used in this module (or in ftfvpT ! w ■ AULIM, and KALFA is 

pitch command when alpha exceeds 0.8 AULIM 1 ." If bit "?5 ^ VSTSEL is 

SU/^i^SiS Sft.-WS.i! g°uUy- d d" TE i: 

calculated next. vertical guidance modes are 

FLIGHT PATH ANGLE MODE 

or PSTFPA 1 irue) Pa FPAs™ 1 1 o m0 , de i S i ele0ted or Prelected (FPASEL 
t'Diri'A true) , FPASUM is limited to GAMLIM and the fi-irrhV 

angle gam (KFPA) is computed as .01 GSFPS. The intermediate TEMP 

the i?_ a f t to KAL FA times FPASUM if FPASUM is positive and khcas 
times FPASUM otherwise Tho cos . . 7 pusicive, ana KHCAS 

^Fpf’are both 'SS&ISb*?? 

<PGA " C > if in VCWS mode, and to S^MA otherwise 9 ?eSp f s °Then 
rounded to the nearest tenth of a degree and set into FPASUM. 

ALTITUDE MODE 

ALTARM f or ^TALT t^nel ia sel ®^ ted ' preselected or armed (ALTHLD, 

vertical TE( p^ed S command °(ASC I ) A is co^llf J^Tots ^ 

ASC = .075 * SLIM (TEMP, (8.333 / .075)) 

fl^of li el t L S th ^ e maximum vertical speed command to 500 fpm (8 333 
fallows: 6rW1Se ' TEMP iS SSt t0 DELALT and A SC is computed as 


ASC - .075 * SLIM (TEMP, (ALHDC / .075)) 


d-3 
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Where: ALHDC is the greater of 500 fpm or 

the vertical speed which prevailed 
at the time altitude mode was 
selected. 

Note- it is possible to be in VCWS altitude hold at one 
altitude with an altitude armed or preselected at (ALTSUM equal 
ti) a different altitude. DELALT always refers to ALTSUM. 

if in VCWS mode or if AUTOE and ALTSEL, GAMCMD is computed as 
RTOD times IsC divided by LIMGS. In AUTO/ALTSEL mode, GAMCMD will 
be set into NCL2 (the throttle feed forward command) and also int0 
GAMC which is sent to the displays computer to drive ^ he . ?. aI T a 
on the PFD . In VCWSE (with ALTHLD true), GAMCMD will be 
intearated into PGAMC, the gamma command integrator in the PAFD 
subroutine of ELEVP, which is subsequently set into GAMC. NCL2 is 
set by !o|ic^ln altsel ^ aU false _ RLTSUM is t t 

ALTCOR (rounded to the nearest 10 foot increment) and DELALT is set 
to zero If ALTHLD is false, HLDALT is set in the same manne . 
Finally " ALHDC is computed as follows: If ALTSEL is true, the 

Boolea^ALTHOLD is set when HDCF becomes less th / h n Gn 8 ’ 3 f 4 ' 
set (once true) until ALTSEL becomes false. Then, if ALTHOLD is 
f et n iTHnr ic <?pt to 8.333 fps (500 fpm). Otherwise it is set to 
the lesser of its previous value or 0.5 fps more than the present 
magnitude* of HDCF. P If ALTSEL is false ^THOLD is set false and 
ALHDC is set to the present magnitude of HDCF. 

VERTI ?f 3 D PA g T uidance ““possible (GUID3D is true), the vertical path 
quidance algorithms are evaluated. An easy-on is provided o 
initial engagement of VERPTH, or when a switch occurs in the 
altitude reference source (NWMOD changes value) or when switching 
CWS to AUTO Wi?h VERPTH engaged. The Boolean MODSW is set 
when NWMOD differs from its previous value. The absolute value 
3D altitude error (HER - set by HVGUID) is computed, and the 
vertical speed error is computed as the difference between actual 
complementary filtered hdot and path nominal hdot <H 
HDTC) If I HER | is not identically zero and either AUTOS or MODSW 
is true or VERPTH is false, then the following occurs: VE T Rp e TH is 
vertical path acquired flag (VPTHTK) is set false. . . 

true and lither AUTOS or MODSW becomes true, the variable vertical 
rr*in (KKH) is set to 0.1 to mechanize the easy-on. Else, if I HER I 
ilariater Jhan 500 feet, or if I HER I is greater than 100 feet and 

the aircraft is diverging from the path _ (HDE HE f 

than zero), the vertical 'be careful' flag (VBCFLG) is set tri ue 
(This prevents MSPLGC from setting VERPTH true). Else if |H I 
leg than 25 feet or if HDE times HER is greater than zero (we're 
flying toward the path) and the commanded minus the^easured 
components of the vertical steering command (VSTRA VS TR B> *imes 
nil is less than zero (it's time to begin reducing the rate of 
anoroach) then VBCFLG is set false and KKH is set to 0.1. The 
Sack for HER non-zero in the above is intended to avoid false 
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captures caused by the fact that HER is not computed by HVGUID 
until several iterations after GUID3D becomes true. Once VERPTH 
becomes true, | HER I is less than 25 feet and |HDE| is less than one 
foot per second, VPTHTK is set true if AUTOE is true. 

The variable tracking gain (KKH) is computed next. If IC mode 
is true or VPTHTK is false, TEMP is set to 1.0. If IC mode, KKH is 
also set to 1.0. Otherwise, TEMP is set to KALT (the airspeed gain 
computed by LATCMD ) divided by 1.6. TEMP is then passed through a 
four second lag to produce KKH. The vertical error and vertical 
speed error gains are then computed as follows: 

KH = .09 * KKH 2 
KHD = 0.6 * KKH 

The (pre-limiting) commanded hdot (VSTRA) is a function of altitude 
error and nominal path climb/descent rate as given. 


VSTRA = HER * KH + HDTC 


KHD 


TMP1 is then set to VSTRA limited to KHD times LHDC. (The original 
value of VSTRA is retained to set the capture point) . TMPl is used 
to compute commanded gamma as indicated: 

TMPl = SLIM ( VSTRA, (LHDC * KHD) ) 

TMP2 = RTOD * TMPl / (LIMGS * KHD) 

TMPl is then multiplied by either KALFA or KHCAS depending on 
whether the command is 'fly up' or 'fly down' respectively. The 
vertical acceleration command (VERSTR) is computed as: 

VERSTR = TMPl - VSTRB 

Where: VSTRB = HDCF * KHD. 

Finally, if AUTOE and VERPTH are both true, GAMCMD is set to TMP2. 
Further, if bit 0 of VSTSEL is set, the path segment flight path 
angle times the along track acceleration (FPA * VGSDOT) is added to 
VERSTR If bit 1 of VSTSEL is set, GAMCMD is also set into NCL2 . 
Otherwise, the Programmed Flight Path Angle (PFPA) is set into 
NCL2 . If GUID3D is false, VBCFLG is set true and VERSTR is zeroed. 

GLIDE SLOPE ENGAGE / TRACK MODE Tnitiallv the 

The Glideslope Engage logic is next evaluated, ^ltially the 

local glideslope enable flag (VTMP) is set false If a MLS type 
capture is indicated (MLSM is true) , and land mode is requested 
(LANDR true), the MLS glideslope profile is computed as folio s. 
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XDIST = XHAT - XGPIP 

ZPROF - tan(GSA) * XDIST - HGPIP 

DELTH * ZHAT - HGPIP 


Where: XHAT is the X distance from the A/C 

to the Azimuth antenna; 

XGPIP is the X distance from the GPIP to the 
Az antenna; e 

^y p is . « the * lr ^ raf ^ hel J ht above the MLS plane; 
hgpip is the height of the GPIP 
above the MLS plane. 

The height error limit for capture (DHLIM) is then calculated as: 


DHLIM = 15 

DHLIM = .00349 * XDIST 


for XDIST < 4300; 

for XDIST >= 4300. 


If I DELTH | is less than .54 DHLIM, VTMP is set true if r nru • 
true. (Glideslope engage is not permitted unt-n t- ho i ^ 0CE 13 

e ?oH e d’ ■ If ML d M 18 false ' VTMP ls set " he " IGSDEVI is “Ur than 
•1085 degrees and LOCE is true. s iess tnan 

Finally, if GSARM and VTMP are both true anrt idtdqti • i 
than 90 degrees. The vertical beam sensed (VBS) and^nnf | eSS 

t G e S n EN S “h 9S are i° th set true - With GSENG and AtJTOE both 
true, a ten second countdown is initiated to sef t-vJ «n h.. i n 

SL“I ¥n e ,r«; h s h ™a -ri 

^j e j nex ^ sec tion selects the vertical acceleration fVACMn* 

termf f O IT** 1°* display (GAMC) and throttle feed forward ; 
terms, to the extent that these haven't already been set 

ALTSEL: 

VACMD = ASC 
VACMD 


VACMD + SLIM ((ASC - VACMD), 0.25) 


(ALTIN = 0) 
(ALTIN > 0) 


Where : 


FPASEL: 

VACMD 

VACMD 

SELFPA 

NCL2 

GAMCMD 

Where : 


ALTTN iS iA he al ^ itude mode acceleration command; 
ALTIN IS a counter set by MSPLGC when the altitude 
or flight path angle knob is turned. 


DFPAHM 

VACMD + SLIM ( (DFPAHM 

FPASUM 

FPASUM 

FPASUM 


- VACMD) , 


(ALTIN = 0) 
25) (ALTIN > 0) 

(AUTO mode) 
(AUTO mode) 


SFJ 5 rp a ^ S . the fi ight Path angle mode accel command; 
drives the gamma reference bar on the PFD; 

NCL2 is the throttle feed forward command; 
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GAMCMD drives the gamma wedges on the PFD (AUTO mode) . 

GSENG : 

VACMD = GSCMD 

SELFPA = -GSA 

NCL2 = -3.0 

GAMCMD = GAMMA (FLARE mode) 

GAMCMD = RTOD* (GSCMD + 1 . 56*HDCF) / (1 . 56*LIMGS) (not FLARE) 

Where: GSCMD is the land mode vertical acceleration command; 

GSA is the nominal glide slope for the selected 
runway . 

VERPTH : 

VACMD = VERSTR 

SELFPA = PFPA 

Where: VERSTR is the 3D mode acceleration command; 

PFPA is the programmed flight path angle for the path. 

In final processing, VACMD is limited to 5 fps/second (if not 
GSENG) , GAMCMD is conditionally passed through a rate limited 
filter (if AUTOE and not FLARE and bit 2 of VSTSEL is set) before 
setting into GAMC, and GAMCMD is converted to a rate limited gamma 
dot command (for use in VCWS altitude hold) . 

GLOBAL INPUTS: ALFAV, ALTARM, ALTCOR, ALTHLD, ALTIM, ALTSEL, 

ALTSUM, ATE, AUTOS, AUTOE, DLPSI, FLARE, FLPNDX, FLPPOS, 
FPA, FPASEL, FPASUM, GAMC, GAMMA, GSARM, GSDEV, GSENG, 
GSFPS, GSTRK, GUID3D, HDCF, HDTC, HER, HGPIP, ICM, HALT, 
KHCAS, LANDR, LFCFLG, LOCE, MLSM, MODEX, NWMOD, PFPA, 
PGAMC, PITCH, PSTALT, PSTFPA, SACVIB, SQUAT, TANGSA, 
TOGIOO, VACMD, VCWSE, VERPTH, VSTSEL, XGPIP, XHAT, ZHAT 

GLOBAL OUTPUTS: ALB, ALTSUM, ALW, ALWMARG, DELALT, DELTH, EXPFRC, 

FPASUM, FADERS, FLPPF, FPASUM, GAMC, GAMCMD, GAMLIM, 
GSENG, GSTRK, KHCAS, KALFA, LFCFLG, NCL2, SELFPA, SHAKER, 
VACMD, VBCFLG, VBS, VERSTR, VSTRA, VSTRB 
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MODULE NAME: PAL (Pitch Auto Land) 

FILE NAME: VERCMD . FOR 

PROCESS : FCFAST 

PURPOSE: Compute the vertical acceleration command for the 

Glideslope Engaged mode. 

CALLED BY : VERCMD 

CALLING SEQUENCE: CALL PAL (GSCMD) 

CALLS TO : None 


DESCRIPTION: 

This procedure provides the vertical steering command (GSCMD) 
for both ILS and MLS autoland. No filtering is done if MLSM is 
true, since the input (DELTH) is derived from filtered quantities. 
In ILS mode, a lower time constant filter is used during glideslope 
acquisition than is used once glideslope track (GSTRK) is set by 
VERCMD. Filter initialization is performed when the glideslope arm 
discrete (GSARM) is true. Since this routine is called only when 
glideslope engage (GSENG) is true, and GSARM is cleared by 
procedure MLOG when GSENG is true, GSARM can be true only on the 
first pass after selecting land mode. Initialization is also 
performed when AUTOS is true to smooth the transition when the 
pilot has hand flown the aircraft into GSENG in VCWS mode, then 
selected AUTO mode. 

The following equations are evaluated: 


If MLSM is true 


GSGPA = 0.0666 * DELTH 
GSPF = 1.06 * GSGPA 


Where : 


Else 


DELTH is the MLS beam error in feet; 

GSPF is the vertical speed command in K*fps. 


GSGPA = 0.0666 * GPGSDV 


If GSARM is true 


GSPF = 1.06 * GSGPA 


Else if GSTRK is true 
1.06 

GSPF (GSGPA + tan (GSA) * GS tps + HDCF) 

15 S + 1 
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Else 


GSPF 


1.06 

1.5 S + 1 


GSGPA 


Where: GPGSDV is the gain programmed localizer deviation in 

feet; 

GSA is the glide slope angle in degrees; 

HDCF is complementary filtered h dot in fps. 

End if 


Unconditionally : 

ALC = 4. (GSPF + 0.39 HDCF) 

Where: ALC is the proportional path command output in K*fps. 


If GSARM is true 

GSI = DECMD - ALC 


Else 


GSI 

End if 


.28 

GSGPA 

S 


Where: DECMD is the previous iteration's elevator command output; 

GSI is the proportional path command output in k*fps; 

GSI is limited to a max value of 80. 


Finally, GSCMD = -(ALC + GSI) 

Where: GSCMD is the vertical acceleration command in fps/sec. 


GLOBAL INPUTS: DECMD, DELTH, GPGSDV, GSARM, GSINS, GSTRK, HDCF, 

MLSM, TANGSA 


GLOBAL OUTPUTS: 


None 
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MODULE NAME: ELEVP (Elevator Control Processing) 

FILE NAME: ELEVP. FOR 

PROCESS: FCFAST 

PURPOSE: To calculate the elevator command and the stabilizer trim 

discretes. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL ELEVP 

CALLS TO: PAFD, PFFD, PVPC, STABT, VTFCL 

DESCRIPTION: 

ELEVP is the main program for the longitudinal axis control 
laws. It computes certain global variables (HDDF, HDILS, KQ, 
PDCOL, PHIVS, QFB1), calls mode specific processing to compute the 
local elevator command (DECGL) and the trim discretes (TRIMT 
TRIMD) , then outputs DECMQ (Delta Elevator Command Minus Q. Pitch 
rate (Q) complementation is accomplished externally (at the' 10 msec 
rate) through an easy-on, based on DECGL. Calculations for manual 
electric mode (MANEL) and the rollout (RLOUT) submode of Land 
Engage (LANDE) are accomplished entirely within ELEVP. 

Only two modes are available from the forward flight deck for 
elevator commands: pre-engage (PRENG) and forward flight deck 

attitude control wheel steering (FFDE) . During the PRENG mode, the 
autopilot is disengaged. The computational requirements for the 
elevator command for the FFD mode are described in sub-procedure 
PFFD . 

There are five distinct modes that can be flown from the 
research flight deck (RFD) : MANual ELectric (MANEL), Attitude 

Control Wheel Steering (ACWS) , Velocity Control Wheel Steering 
(VCWS) , AUTO, and LAND, with LAND having separate computational 
requirements for glideslope tracking (GSENG) , flare (FLARE) and 
r oll~c>ut (RLOUT) . The overall DSD showing the computational 
requirements for the elevator command for these RFD modes is given 
in Appendix A of this document. The overall static gains are 
included in these figures. 

Procedure ELEVP is the driver for all the sub-procedures which 
comprise the longitudinal axis control law. It consists of 
initialization routines, signal preprocessing and procedure calls. 

ELEVP begins with a check for a change in flight mode since 
hhe last iteration. If there was such a change, the easy— on/off 
switch is initialized (INIT = TRUE) to gradually phase in the 
elevator command for the new mode. Also, the high rate Q feedback 
gain (KQ) is set to zero. This gain is reset to the appropriate 
value for those modes which use it by mode dependent logic. If the 
current mode is PRENG or if the IC Mode (ICM) flag is set, the 
filters and command outputs are initialized. Then, for all modes, 
pitch rate (Q) is filtered and stored in QFB1 (a 16 second washout) 
and QX (the 16 second lagged output used by OUTIOM) . Versine of 
bank angle is approximated and stored in PHIVS. Filtered vertical 
acceleration (HDDF) is then computed, the ILS vertical velocity 
(HDILS) is initialized or computed as required, and the Flare first 
pass flag, FLARE_1, is updated. Next, the column input (DCOL) is 
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passed through a variable deadzone to produce PDCOL, which is used 
locally and also sent to the displays computer, where it u led to 
actuate the out-of-detent indicators on the Primary Flight Disolav 
If pDC °L is non-zero, the out-of-detent fla| %CMOD) is «t' 
Subsequently, ELEVP processes the active mode as indicated bv the 
MODEX. The output of the mode specific processinq is 
DECGL, which is passed through the 1/2 second easy-on/off switch 
initialized at ICM or mode change. ExceDt fn/ m n 

* EECRB * ' and FLARE / the final elevator command is phased in 
DECMQ (Delta Elevator Command Minus Q. Note that Q complementation 

t'LK H rm H d in ° UT10M f °5 311 mode S except FLARE and MANEll^^For 
LAND submodes, the switch in control law source (and settina of 

irFLARE^b^th^ 1 ^! 10 ? 6 / 119396 (GSENG) * The ne *t switch occurs 
at FLARE, but the control law itself takes care of the easy-on. 


For PRENG mode, DECGL is set equal to the elevator servo 
position (DEPOS) . This synchronization is to minimize the 
transient at autopilot engage. 


For MANEL mode, the deadzoned column position input (PDCOI ) i ^ 
multiplied by -6.96, and the result stored in DECGL. 

DECGL F ° r FFDE m ° de ' the sub ‘P rocedure PFF D is called to compute 

For ACWSE and VCWSE modes, sub-procedure PAFD is called. 

For AUTOE mode, sub-procedure PVPC is called. 

LANDE mode, PVPC is called and the easy-on/off switch is 

rr ' th Perm l tS the ^ ntermec, i at e elevator command DECGL to 

pass directly through to the output DECMQ. 

sub-procedure B WFC l'^^s* called . ^ I f V the a *FLAR^ a, f lac^^s C f aTse^ sub- 
dIsablecL iS ° Called ' tM * ”° de alS0 ' -sy-in^f 

, ^f?L RL 2 UT mode ' ^ he elevator is driven to zero by a one second 

ACWS VCWS AUTO) 36 let f°" n ' J or . a11 hi 9 h speed modes (FFD, 

externlffl^f Jhi'in m sumrna ^ on of pitch rate feedback is done 

nlrMn ?£ \ h n m 10 MseC rate ' using the ELEVP outputs KQ, QX, 

DECMQ, and the 10 Msec pitch rate (Q) input. 

To conclude ELEVP processing, the stabilizer trim sub- 
procedure, STABT is called unconditionally. 
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GLOBAL 

GLOBAL 


INPUTS: ACCB, DCOL, DECRB, DEPOS, DZNE, FLARE, 

HRAD, I CM, MODE 2 , MODEX, MSW1, MSW6, PRENG, Q, 
ZDDH 

OUTPUTS: DECMQ, HDILS, KQ, MODEX, PDCOL, QFB1, 

TRIMT 


HDCF, HDD, 
ROLL, ZDH, 

QX, TRIMD, 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


PFFD (Pitch Forward Flight Deck) 

ELEVP . FOR 

FCFAST 


PURPOSE: to calculate the elevator command for Forward Flight Deck 

ACWS mode. 


CALLED BY : 

CALLING SEQUENCE: 
CALLS TO: 


ELEVP 
CALL PFFD 
None 


DESCRIPTION. . f-vio Hplta elevator command in the 

"n'f 1 iaht^deck CWS^mode. ^he column foTce (FCOL) is processed 
forward flight deck cwt> moa fpom If FCOM is non-zero, 

through a ♦/- 5 lb. dead zone < o yield FCOM. ifFC ^ ^ Jf JC 

the Pitch Control Wheel Out of Detent 9 init ialized and the 
mode or first pass in FFD mode aU. filte: rs are attitude, 

pitch command integrator (PINT!) is give FFD1. if the 

Otherwise, FCOM 1S ? a . ine (DEAL) is false, FCOM is multiplied 

elevator authority limit flag (DEAL) is false, & Umit Qf + / _ 40 

by .1935 and integrated to give (PFFDE) is calculated by 

degrees pitch command. ® rr ° This 9 er r 0 r is integrated only if 

subtracting PINT1 from oommsnd (PHICMD) is less than 5 

PCWOD is false and the bank angle fpw^e is computed as the 

degrees. Tb % baS 2 iC pFFDJ^and FF°D1 This signal is compensated by 
gained sum of PINT2 , PFFDE ana n<5e d to set the elevator 

PHIVS to produce FDED, which e Effective elevator command is 

authority limit flag (DEAL) i attenuated as a function 

greater than 15 degrees '•Anally, FDEO is a«e RV for use by 

of KV and output as DECGL . KU is set 
OUT10M. 

GLOBAL INPUTS: FCOL, KV, PHICMD, PITCH 


GLOBAL OUTPUTS : KQ 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


PURPOSE: 


PAFD (Pitch Aft Flight Deck) 

elevp.for ; 

FCFAST 


Fnght C Deck 6 ACwl anTvcws moTe^ f ° r the Aft < Resea rch) 

CALLED BY : ELEVP 

CALLING SEQUENCE: CALL PAFD 
CALLS TO: None 

DESCRIPTION: 

This procedure computes thp 

pitch^/gamma command (GAMC - used to* disolTv command (DECGL) and 
the Primary Flight Display) for both the vei commanded angle on 
modes. It provides the DECGL command hv Hi »- c ^ ty .f nd attitude CWS 
the commanded flight path anqle (gammas d * rect Pilot control over 
attitude (PITCH) for ACwSe 9 T hif^L f °/ VCWEE ' or the pitch 
input (DCOL) , Which provides a rate coLaL a „ ccom P ll . s hed by column 
deflection, modified by ground speed to o^ p t° portlonal to column 

vertical acceleration pe? inch of JolSmn^f 16 ^ nearl >’ constant 
Alternatively, pilot inDut mat, v> col J umn deflection (0.2 g / i n ) 
switch (VATRM, VATRD) which results^ 6 , thr ° ugh the vertical trim 
command. When the pilot input is r p mn constant 0.5 deg/sec rate 
(PGAMC) remains constant. P AdditionaT^nm** 6 ^ ommand integrator 
follows, if the Go-Around Switch ^GaS?, S °P tion s are as 

forced (assuming the research (aft^ eT d ®P res sed, VCWS mode is 
PGAMC is driven to 2.0 degr ee s flv UD 9 a, ^ ” aS en ^ed), and 
setting commanded gamma ^approximated ™° # ” hen in VCWS mod e, 
be entered (ALTHLD true) ^ causes al titude hold 

altitude at the time ALTHLD is en aaeed h • mode ' the actual 
procedure VERCMD monitors the altitudf ^ i/ ! nai r tai ned. Logic in 
gamma rate command (GAMCMD) which is i nhe^ 13 ^ X 5 n • and P rovid es a 
this mode, the displayed gamma (G^f ^ w 9r d lnto PGAMC - In 
is set in FCFLGS which ca^es t0 2ero and a bit 

wedges on the PFD to be raster filled ^ f diamond in the gamma 
For the following discussion i? , m ° de u en 9 a g ed indicator, 

either the source code or the Diqital be ^ el P f ol to refer to 

Processing begins by selectinq the refo Sy tem Dlagram (DSD) . 
to flight mode. if in ACWS 9 fhe refl nCe angle (PAFB > according 

p?oS,1cf an9le limit com Puted ^y iS PITCH and tha 

produce an appropriate pitch ^nrYi^ • '^AMLIM) is increased to 

DCOL input is P then P?o?ramLd with ^ * h PDC ° L ' the deadzoneS 
commanded normal acceleration per inch n*? Sp , eed such that the 
constant over the speed range The mSde f column input remains 
any control input causes ALTHin J d f lrSt pass fla< 3 (I NIT) or 
causes PGAMC to be synchronized to tL Als °' INIT b 6ua? 
(p AFB) . If fi rs t pass°in Ze the :0 mode Se p e< evf C * ar ?^i e . re ^ eren ce 
processing is performed. Otherwise ’n urthar in itialization 

evaluating the submodes. utnerwise, processing continues by 

IS integrated into GAMC until the ? HeX the J a 2 degree bias (GAC) 
thus point GAE is reset. GAE is also’^ef ^ ^l^Tn^ut is 
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made. If GAE is false and PCWOD is true, GAMDC, used in the ALTHLD 
checks, is set to the previous value of filtered column input, 
DCLFI . If PCWOD and GAE are both false, the Vertical trim switches 
are checked. If VATRM (trim up) or VATRD (trim down) is true, +/- 
0.5 deg/sec is integrated into PGAMC and GAMDC is set 
appropriately. If none of the above, the possibility of entering 
altitude hold mode is checked: if VCWS mode and altitude above 
ground level is greater than 300 feet and PGAMC is less than one 
degree, the previous values of PGAMC and GAMDC are summed. If the 
result is less than .25 deg or passes through zero, the ALTHLD 
discrete is set. This causes VERCMD to freeze its altitude 
reference signal and begin computing a gamma dot command ( GAMCMD ) 
based on altitude error and altitude rate. 

Finally, if ALTHLD, DCLFI is set equal to GAMCMD and otherwise 
computed as a 0.3 sec lag on gained PDCOL. PGAMC is computed as 
the integral of DCLFI, limited to +/- GAMLIM. PDCOL is then 
degained if negative and an overspeed condition exists (KHCAS less 
than 1.0) and passed through a .093 second lag to produce DCOLF . 
DCOLF is used in a parallel proportional path to improve response 
to column inputs at low speeds. 

In the integral path, GAMC is subtracted from either GAMMA or 
PITCH to produce the error signal, GAMER. Since DCOLF is degained 
by KV and GAMER is not, GAMER is the primary controlling term at 
high speeds (CAS > 235 kts) . (Note: in the present implementation, 
GAMER is used for reference only. The anologous term used in the 
control law is 'TEMP', computed later.) Next, NCL2 , the throttle 
feed forward term, is set equal to PGAMC unless GAE is true, in 
which case it is set to GAC (2.0 deg). PAFTMP in the proportional 
path is computed as KV times the negative of 9.4 DCOLF plus PHIVS, 
and KQ is set to 4.32 times KV. 

In VCWS the damping term GAMD is set to computed gamma dot 
(with a 100 knot floor imposed on GSINS) unless SQUAT is true, in 
which case it is set to zero to keep the elevator quiet during 
taxiing. GAMD is then summed with QFB1 and 1.85 times DCOLF and 
passed through a one second lag to produce GAMDF . Note that QFB1 
is also used directly for damping, but this is added to the 
elevator command in OUT10M. In ACWS, GAMD is set to QFB1 and GDFP 
is set to zero. 

TEMP is now computed. This term will be equal to GAMER unless 
commanded gamma is negative and an overspeed condition exists, in 
which case the effective commanded gamma is driven towards zero to 
pull the nose up. 

The gained sum of TEMP and GAMD is then integrated to produce 
ERINT, which is used to improve tracking of small angular errors. 
ERINT is IC'd on first pass and held constant when the difference 
between the elevator command and the elevator position (DEPOS) is 
greater than one degree. Finally, the intermediate terms ERINT, 
TEMP, GDFP, and PAFTMP are gained and summed to produce DECGL, 
which is returned to ELEVP. 
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GLOBAL INPUTS: ACWSE, ALTHLD, DECMD, GAE, GAMCMD , GAMLIM, GSINS, 

HDCF, HTDZ, KHCAS , KV, NAV64K, PDCOL, PITCH, QFB1, 
VATRD, VATRM, VCWSE 

GLOBAL OUTPUTS: ALTHLD, DCOLF, ERINT, GAE, GAMC, GAMD, GAMER, 

GAMLIM, KQ, LFCFLG, NCL2, PDCOL, PGAMC 


MODULE NAME: 
FILE NAME: 
PROCESS: 
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( !i tch Vertica l Path Command) 

ELEVP . FOR 

FCFAST 

PURPOSE: To calculate the elevator command for the Aft (Research* 

Flight Deck AUTO modes. Z (Research ) 

CALLED BY : ELEVP 

CALLING SEQUENCE: CALL PVPC 
CALLS TO : None 

DESCRIPTION: 

cnh, m ^H hiS rout ^; n ® computes the elevator command DECGL for all auto 
submodes except FLARE and RLOUT . or a11 AUT0 

w . A vertical path command (EVPC) is derived as the difference 

net Change in OECOL this' pas” Ind^nlst ‘ U°s nag 0 .ISSEYS 
the VCWS altitude hold flag (ALTHLD) are cleaned. Otherwise EVPC 
is integrated whenever TRIMT is false (indicating stabilizer tri£ 

thp n '!.- aCt \ Ve ° r When the Sign of EVPC dif fers from the sign of 
the integrator output (INT2) . INT2 is limited to +/- 20 dimes 

gained by .25, and summed with PHIVS and the original estimat-oH 

output °™ a SECGL VPC, K 0 t0 P ™ duce EVPCS - This i» sained by Kv and 
OUTIOM. DECGL * KQ 1S th en output as 2.16 times KV for use in 


GLOBAL INPUTS: GSENG, KV, TRIMT, VACMD 

GLOBAL OUTPUTS: ALTHLD, KQ 
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MODULE NAME: VTFCL (Variable Tau Flare Control Law) 

FILE NAME: ELEVP . FOR 

PROCESS: FCFAST 

PURPOSE: To calculate the elevator command in FLARE mode. 

CALLED BY : ELEVP 

CALLING SEQUENCE: CALL VTFCL 
CALLS TO : None 


DESCRIPTION * 

VTFCL is called when DECRB is true. This routine initializes 
itself and sets the FLARE flag at descent through 42 feet of 
altitude (HTDZ for MLSM, HRAD for ILS) . The variable-tau law then 
functions to drive the commanded rate of descent exponentially to 

approximately 2 fps at touchdown. . 

First, values of altitude and vertical acceleration are 
selected depending on MLS Switch 1 (normally false) . HT is set to 
the selected altitude plus 10 feet (which sets the nominal 
touchdown 0 Sink rate: 10. * .6616 / 3,25 = 2.04) , and the damping 

term HD2 is set to the selected vertical acceleration plus 7 6 
times filtered pitch rate (QFB1) . HT is then monitored to set the 

FLARE discrete. . J . . . . 

Once FLARE is true, the subroutine proceeds by computing the 

ground speed compensation term (XD = 1.0 6 120 kts) , and the flare 
error term (DEFL1 ) . Note that if the aircraft is on a nominal 3 
deqree glideslope, DEFL1 will equal zero at flare initiation. 

On the first pass of FLARE, the filters and integrators are 
initialized such that the first calculation of DECGL will result in 
zero transient error. Errors in the sink rate are then corrected 
by use of a complementary filter using HD2 and filtered pitch rate 
(QFBl) . The result is stored in HDDQ. The output of the FTAUF3 
filter,' which is initially set to zero and ramps to -4 degrees to 
set the elevator command bias, is added to DEFL1 and HDDQ. This, 
multiplied by KV, yields the output DECGL. NCL2, the nominal gamma 
command to ATHCL, is set to zero, and KQ remains zero, having been 
cleared in ELEVP mainline code. 

GLOBAL INPUTS: FLARE, GSINS, HDD, HDILS, HRAD, HTDZ, KV, MSW1, 

QFBl, ZDDH 


GLOBAL OUTPUTS: 


FLARE, NCL2 
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MODULE NAME: STABT (Stabilizer Trim Logic) 

FILE NAME: ELEVP . FOR 

PROCESS: FCFAST 

PURPOSE: To calculate the stab trim discretes 

CALLED BY : ELEVP 

CALLING SEQUENCE: CALL STABT 
CALLS TO : None 

DESCRIPTION: 

This routine determines the stabilizer trim command and the 
on-ground discrete, GRD . GRD is set when SQUAT becomes true, and 
remains set as long as the radar altitude remains less than 10 
feet . 

The trim discrete, TRIMT, is cleared if GRD, MANEL, or PRENG 
are set. If the magnitude of the auto stabilizer trim pot input 
(ASTP ) is less than one degree, then TRIMT is also cleared. If its 
magnitude is greater than one degree and less than 1.33 degrees, 
TRIMT is not changed. If ABS(ASTP) remains greater than 1.33 for 
24 cycles, then TRIMT is set true. If ASTP is negative and TRIMT 
is set, the trim down discrete, TRIMD, is set, otherwise, TRIMD is 
cleared. The stabilizer is trimmed nose up if TRIMT is true and 
TRIMD is false, and trimmed nose down if TRIMT is true and TRIMD is 
also true. 

GLOBAL INPUTS: ASTP, HRAD, MANEL, PRENG, SQUAT 

GLOBAL OUTPUTS: GRD, TRIMD, TRIMT 
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MODULE NAME: SPDCMD (Speed Command) 

FILE NAME: SPDCMD. FOR 

PROCESS : FCFAST 

PURPOSE: To calculate the along track acceleration command for the 

autothrottle modes. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL SPDCMD 
CALLS TO: LNITRP 

DESCRIPTION: 

This module computes terms associated with overspeed 
protection and computes the autothrottle acceleration command 
(ATCMD) for air speed (CAS) and ground speed (GS) hold modes as 
well as the time path (4D) mode. In the event that maximum 
allowable mach is reached, it in effect operates in mach hold mode 
by computing the equivalent CAS which will prevent the maximum mach 
number from being exceeded. 

Initial processing computes the CAS to TAS ratio (KCTOT) , the 
CAS to MACH ratio (CMRAT) and the filtered wind speed (WSF) . CMRAT 
is computed using an alpha/beta filter to smooth the term without 
introducing a lag. If PNAV64 is false (groundspeed below 64 
knots), all filtered terms are held in the IC state and KCTOT is 
set to 1.0. 

The next section of code packs the 'nose gear down' discrete 
(GEAR) in the FCFLGS word for transmission to displays, and sets 
lower maximum values for MACH and CAS when the gear is down. 
MXMACH is set to .82 vice .84, and CASTAB(l) (flap placard limit 
for flaps 0) is set to 310 vice 340 knots. The maximum permissible 
CAS (CASHI) for the existing flap position is then computed via a 
call to the linear interpolation routine, LNITRP. 

The operator selectable CAS and mach limits (MAXSPD) are 
processed next. These were originally intended for a controlled 
profile descent and were settable from the CDU, but this capability 
was not included in the new CDU code. Setting the MAXSPD elements 
via the VIEW utility is still useful for test purposes. Neither 
element is used unless MAXSPD (2) is non-zero. If so, element 2 is 
limited to a min of 0.4 and a max of MXMACH, then set into MXMACH. 
MAXSPD (1) is then limited to a min of 1.2 * IASREF and a max of 
CASHI and the result is set into CASHI. If the CAS equivalent of 
MXMACH is then less than CASHI, CASHI is set to CMRAT * MXMACH. 

Provision is made to use either raw CAS or filtered CAS 

(FMCASF) for input to the speed control equations (SELCAS) . In 
practice, only CAS has been used. The intent of the filter was to 

reduce throttle activity by rejecting turbulence without 

introducing significant lag. The purpose of the wind 

speed/direction term is to reduce the standoff that can occur when 
turning into or away from the wind. This term is zeroed when 
DPERRF (set by HNAVSL when navigation errors are sufficiently large 
to cause bogus wind estimates) is true. Although the filter works 
reasonably well in normal turbulence, further testing indicates it 
does not respond well to wind shear (though it errs in the 
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direction of safety) , so it should probably be removed or replaced. 

Overspeed control is effected through the use of two terms: 
KHCAS used in either VERCMD (auto modes) or ELEVP (CWS) to control 
aamma' and KDCKH, used to control the throttle. Once SELCAS comes 
within 15 knots of CASHI, the difference between CASHI and SELCAS 
is converted to the ft /sec equivalent (times 0.1) as given: 

TMP1 = KDCAS * (CASHI - SELCAS) / KCTOT 

Where: KDCAS = 0.16878 = KTOFPS / 10. 

This term is then concatenated with along path acceleration, gained 
and limited: 

TMP2 = SLIM (0.125* (TMP1 - ABACC) , 0.2) 

Where: ABACC is the body mounted accelerometer 'x' 

acceleration, rotated and biased in the CAS filter. 

TMP2 becomes negative when the present speed and acceleration would 
cause the limit speed to be reached wl t hi n l0 seconds, and is 
otherwise positive. If not within 15 knots of CASHI, TMP2 is set 
?o 0 1 If the option is enabled (bit 15 of ATHSEL is zero) , TMP2 
is integrated into KDCKH which is initialized to 2.0 and I 1 ®**?* ^o 
+/- 2 0 KHCAS is KDCKH - 0.5, limited to the range 0.0 to +1.0. 
If the option is not enabled, or if the autothrottle is not 
engaged, KDCKH is forced to 2.0, thus forcing KHCAS to 1.0. 

If SELCAS is less than 120 knots, KVCAS is set to • • 
Otherwise, KVCAS is computed as 1.2378 - 1.98165E-3 * SELCAS >. e 

basic airspeed gain (KV) is then computed as the square of KVCAS. 
KV varies from 1.0 at 120 knots to 0.32 at 340 knots (maximum speed 
for the Research Flight Deck) . KV is used in procedure ELEVP for 
the elevator command (DECMD) and in procedure LATRL for the aileron 
command. KVCAS may optionally be used in CWS modes for the aile 

command^und speed , Time path {4D) options are computed next The 
nominal ground speed command in feet per second (SDC) and fc he 
average acceleration along a path segment (SDD) are computed by 
procedure HVGUID when speeds have been entered in all waypoints o 
a 3D path. If SDC is zero (indicating ground speed guidance not 
possible), the autothrottle command derived from ground speed mode 
*SCMD> is set to zero. Otherwise, if GUID4D is false (indicating 
not time mode), SCMD is computed as follows: 

SCMD = 0.1 * (SDC - GSFPS) + SDD 

Where: GSFPS is the present ground speed in feet / second. 

If GUID4D is true, SCMD is computed by procedure TGUID using the 
nominal around speed plus a function of the time error. In either 
casi SCMD is used for the calculation of ATCMD when time path mode 
is Elected on the Control Mode Panel (TIMPTH is true) . No over- 
or under- speed protection is provided in these modes, so a chec 
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is made here to see if the ground speed command is safe. If SELCAS 
is less than the reference airspeed (IASREF) , or if ground speed is 
more than 10 knots less than IASREF, or if either KALFA or KHCAS is 
less than 0.5, the SPDLMT flag is set and otherwise cleared. When 
SPDLMT is true, logic in procedure MSPLGC causes a demode to CAS 
engaged with TIMPTH armed. 

Airspeed (CAS) hold mode calculations begin by selecting the 
reference airspeed and storing it in TEMP. This will be IASSUM 
unless it is greater than CASHI, in which case CASHI is used. For 
negative commanded flight path angles (as indicated by NCL2) , CASHI 
is first decreased by the magnitude of NCL2 in degrees. This is to 
give a bit of additional cushion when throttle reduction might not 
have much effect on airspeed. If airspeed hold mode is neither 
armed nor engaged (IASSEL and IASARM both false), IASSUM is set to 
SELCAS rounded to the nearest knot and DELCAS is set to zero 
Otherwise (IASSEL or IASARM is true), the airspeed error (DELCAS) 
is computed as TEMP - SELCAS. TMP1, the actual input to the 
throttle command calculation, is first set equal to IASREF - 10 - 

GSINS (the groundspeed floor calculation) . If DELCAS is greater 
than (more likely to produce a positive acceleration than) TMP1 
TMP 1 is set to DELCAS. ' 

Next, if alpha protection via throttle control is enabled (bit 
0 of ATHSEL is set) and AUTO mode is true and KDCALF is less than 
2.0, some throttle command adjustment will be done as follows The 
temporary TMP 2 is set to KDCALF - 1.0. If this quantity is 
negative^ (implying KALFA is less than 1.0), TMP 2 is set to 
10. TMP2 2 , i.e, a positive, exponentially increasing value. If 
TMP 2 is then greater than TMP1, TMP1 is set equal to TMP 2*. If 

(KDCALF - 1.0) is positive (thus between 0.0 and 1.0) and TMP1 is 
negative (a deceleration command) , TMP1 is set to TMP1 * TMP2 2 
exponentially reducing TMP1 as TMP2 approaches zero. 

If KDCKH is less than 2.0 (possible only if overspeed 
protection is enabled), TMP 2 is set to KDCKH - .5. (Note: this is 

a coding error. It should be set to KDCKH - 1.5). If the result 
is negative, TMP 2 is reset to -10. * TMP2 2 . If TMP 2 is then less 
than TMP1, TMP1 is set equal to TMP2. If the result is positive 
(which should imply a value between 0.0 and 0.5) and TMP1 is 
greater than zero (an acceleration command) , TMP 2 is set to 
TMP 1 * 2. TMP 2, reducing TMP1 as TMP 2 approaches zero. (The actual 
code will produce a window where TMP1 is increased when it should 
be decreased) . 

Finally, if TIMPTH is true, ATCMD is set to SCMD, and 
otherwise set to KDCAS * TMP1, where KDCAS = 0.16878. In either 
event, ATCMD is limited to +/- 5.0 fps/sec 
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GLOBAL 


INPUTS: 

FLPNDX, 

IASSEL, 

NAV64K, 


ABACC, ALT, AUTOE, ATE, ATHSEL, CAS, DPERRF , 
GEAR, GSFPS, GSINS, GUID4D, IASREF , IASARM, 
IASSUM, KALFA, KDCALF , LFCFLG , MACH, MAXSPD, 
NCL2, PNAV64, SDC, SDD, SCMD, TIMPTH, TK, WD, WS 


GLOBAL OUTPUTS: ATCMD , DELCAS, FMCASF , IASSUM, KCTOT, KHCAS , KV, 

KVCAS , LFCFLG, MAXSPD, PNAV64, SELCAS, SCMD, 

SPDLMT 


210 


MODULE NAME: ATHCL (Autothrottle Control Law) 

FILE NAME: ATHCL. FOR 

PROCESS : FCFAST 

PURPOSE: To calculate the throttle command. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL ATHCL 
CALLS TO : None 

DESCRIPTION: 

ATHCL is called unconditionally on each cycle of FCFAST. 
There are three operating modes which depend on autothrottle 
engagement (ATE) and on the state of the FLARE flag. The routine 
first evaluates the indicators for autothrottle engagement and sets 
the ATE flag accordingly. Then the throttle position aft limit, 
AFTLIM, is set to zero during flare or whenever the airspeed is 
greater than 250 knots. Otherwise, it is increased as a function 
of airspeed in order to reduce "spool-up" time of the engines. 

AFTLIM = 10 degrees, for CAS < 200 knots. 

= .2 (250. - CAS), for 200<=CAS<=250 knots. 

= 0 , for CAS > 250 knots. 

The complementary filtered longitudinal acceleration signal 
(NCI01 ) is derived by washing out the inertial longitudinal 
acceleration (VGSDOT) with the true airspeed signal (TASFPS) 

TEMP = 5. (TASFPS - NCI 01) 

NCI01 = NCI 0 1 + DELTAT (TEMP + VGSDOT) 

This signal is then passed through a turbulence filter to limit 
high frequency components: 

TEMP = TEMP - NCI02, limit = + 1. 

NCI 02 = NCI 02 + (.2 DELTAT) TEMP 

NCL1 , the longitudinal acceleration damping signal, is 
computed as the sum of VGSDOT and NCI02, and limited to +/-16.0 
feet per second per second (fps2) . 

If the autothrottle is engaged (ATE) and the FLARE flag is 
set, then the raw commanded autothrottle position rate, APCPRM, is 
set to -2.8. This will cause the position command integrator, 
NCI03, to be ramped back to zero at a 2.8 degrees per second rate. 

If not ATE, APCPRM is set to 10.0 if the autothrottle feedback 
flag (ATFDBK) is set, otherwise, it is set to -10.0. This causes 
the autothrottle command to be synchronized to the throttle handle 
position . 

If (ATE • .NOT. FLARE), then a series of actions occur. 
NCL3F, the vertical acceleration command to throttle feed forward 
signal is computed as: 


S 
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NCL3F = NCL2 * 

(S + .25) ( . 5S +1) 

Where: NCL2 is the nominal gamma command (in AUTO or VCWS) 

or . nominal pitch command (in ACWS) . This filter is 

reinitialized whenever a mode change request occurs which could 
change the reference angle. 

The raw throttle position rate command, APCPRM, is calculated 
as : 

APCPRM =3.0 (VSPHI - LAG16S + ATCMD - NCL1 

+ ATHFF * NCL3F) 

Where: VSPHI = 5 - (5 cos (ROLL) ) 

LAG16S = last cycle filter output 

ATHFF = the gain on NCL3F (nominally 0.35) 

VSPHI is then passed through a 16 second washout filter to generate 
a new roll compensation signal: 

LAG16S = e** (-.05/16.0) (LAG16S - VSPHI) + VSPHI. 

The engine pressure ratio (EPR) limit calculation then 
controls the throttle position command so as not to exceed the 
limits for the engine with the highest current EPR. if the 
throttle command is positive, the gain (DELEPR) is calculated as 
the difference between the maximum EPR (MXEPR) and EPR, gained by 
3.3333, and limited to 1.0. APCPRM is then gained by DELEPR. This 
attenuates the rate command as the engine approaches maximum 
output. However, if one EPR already exceeds MXEPR, (DELEPR less 
than zero) , then the raw throttle command is immediately set to 10 
times DELEPR. 

For all modes, APCPRM is integrated to form NCI03, then 
limited to a value between 60 degrees and AFTLIM. Finally, the 
intermediate command is conditionally summed with the damping term 
to produce the final autothrottle position command, APCDG . 

APCDG = 2.4 NCL1 - NCI 03 

If FLARE is set or CAS is greater than 250 knots, 

APCDG = -NCI03. 


GLOBAL INPUTS: ACWSS, ATCMD, ATE, ATFDBK, AUTOS, CAS, CROLL, 

EPR1, EPR2 , FAIL2 , FLARE, GRD, IASSEL, ICM, MANEL, MXEPR, 
NCL2, TASFPS, TIMPTH, VCWSS, VGSDOT 

GLOBAL OUTPUTS: APCDG, ATE, CRSET, DSPLF 
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MODULE NAME: 
FILENAME: 
PROCESS : 


DSPOT (Displays Output) 

DSPOT . FOR 

FCFAST 


PURPOSE: To compute analogs of the glideslope and localizer 

deviation variables to be used by the Displays task. 


CALLED BY: FCFAST 

CALLING SEQUENCE: CALL DSPOT 
CALLS TO : GET__CHAR 


DESCRIPTION i 

Prior to glideslope beam sensed, the vertical path deviation 
(BETAH) is set to the negative of 3D guidance altitude error (HER) . 
Prior to localizer beam sensed, the localizer error (ETAH) is set 
to the negative of 2D crosstrack error (XTK) . BETAH and ETAH are 
negated to make them compatible with the analogous ILS signals. 

Once within .7 degree of the glideslope, BETAH is defined as: 

For MLS or GPS mode: 

ZHAT + HGPIP 

BETAH = GSESCL * RTOD * - TANGSA 

XHAT - XGPIP 


For ILS mode: 

BETAH = GSESCL * GSDEV 

Where: GSESCL is a selected gain to produce a 
standard course width at the threshold. 

until proximity to the antenna makes calculation impossible. Then, 
BETAH = 0. 

Once within 2.5 degrees of the runway centerline, ETAH is 
defined as: 

For MLS or GPS mode: 

ETAH = LOCSCL * RTOD * ( YPROF - YHAT) / XHAT 

For ILS mode: 

ETAH * LOCSCL * LOCDEV 

Where: LOCSCL is a selected gain to produce a 
standard course width at the threshold. 

In any case, both BETAH and ETAH are limited to +/- 1000. 



213 


GLOBAL INPUTS: AIRPTS, DSTAT, GPLND, GSARM, GSDEV, GSENG, HER, 

HGPIP, HRAD, LOCDEV, LFCFLG, LOCDEV, LOCVLD, MLSM, RLMLS, 
SIMILS, TANGSA, XGPIP, XHAT, XTK, YHAT, YPROF , ZHAT 

GLOBAL OUTPUTS: BETAH, ETAH, LFCFLG (DLBS, DVBS) 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


OUTIO (I/O Output Processing) 

OUTIO . MAR 

FCFAST 


PURPOSE: To format 50 millisecond output data from OUTCOM for DMA 

to DATAC SIR. 


CALLED BY: FCFAST 

CALLING SEQUENCE: CALL OUTIO 
CALLS TO: None 


DESCRIPTION: 

OUTIO is called once per major frame at the end of FCFAST 
major frame processing. It is responsible for formatting and 
packing output data into a form readable by external aircraft 
systems. Output data to be formatted is read from OUTCOM. OUTIO 
also gathers data recording data for output. 

OUTIO uses the following programmer defined macros: 

1. ) FLOAT - Scales and converts a floating point value 

pointed to by R0 into a 16 bit integer and stores it at 
the destination specified as an input parameter. 

2. ) BOOL1 - Tests the byte pointed to by R0, and if set, will 

set the specified bit in the packed discrete as indicated 
by the input parameters . 

3. ) BOOL2 - Same as BOOL1 with the addition that the packed 

bit will also be set if the boolean LAMP is set. 

GLOBAL INPUTS: All variables in OUTCOM. 


GLOBAL OUTPUTS: 


DTC OUT 
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6.1 SIGNAL FAILURE DETECTION 


MODULE NAME: DINUSE (Discrete In-Use Computations) 

FILE NAME: DINUSE. MAR 

PROCESS: FCFAST 

PURPOSE: To tell DISFD which discrete sensors it is 

required to check at any given time. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL DINUSE 
CALLS TO: None 

DESCRIPTION: 

Based on the current flight mode and condition of the 
aircraft, DINUSE sets the sensor-in-use bit (400 hexadecimal) of 
the appropriate sensor status word. Each discrete signal is 
allocated one status word. This bit is then detected by DISFD, 
which checks the signal validity if the in use bit is set. 

The DSTAT array consists of 18 words in the following order: 


1 . 

HRV 

H-radar valid 

2. 

LANDS 

Land select 

3. 

AUTOS 

Auto select 

4. 

VCWSS 

Velocity control wheel steering select 

5. 

ACWSS 

Attitude control wheel steering select 

6. 

GSVLD 

Glideslope valid 

7. 

LOCVLD 

Localizer valid 

8. 

LAMPS 

Lamp select for FC functions on MCP 

9. 

IATTV 

IRS attitude valid 

10. 

ADVAL 

Air Data computer valid 

11. 

LOCFS 

Localizer frequency select 

12. 

IN AW 

IRS navigation data valid 

13. 

ASBV 

Air Data serial bus valid 

14. 

ISBV 

IRS serial bus valid 

15. 

TSBV 

TDS serial bus valid (used by MLS) 

16. 

unused 

17. 

unused 


18. 

unused 


GLOBAL 

INPUTS: 

DISPST , DLPSI , FCFLGS, FLARE, GSVLD, 


LANDR, 

LOCFS, LOCVLD, MLSM, MODEX 


ILSZON, 


GLOBAL OUTPUTS: 


DSTAT 
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MODULE NAME: SINUSE (Sensor In-Use Computations) 

FILE NAME: SINUSE. MAR 

PROCESS : FCFAST 

PURPOSE: To tell FDSTR which digital sensor signals it is required 

to check at any given time. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL SINUSE 
CALLS TO: None 

DESCRIPTION: 

Based on the current flight mode and state of the aircraft, 
SINUSE outputs four packed discrete words called SINUSO, SINUS1, 
SINUS2, and SINUS3, which contain information on which sensors are 
in use. This bit string is then unpacked sequentially into the 
sign bit of the elements of the STFAIL array (bit 15 of SINUSO to 
bit 15 of STFAIL (1), bit 14 to bit 15 of STFAIL (2), etc.). 
Subroutines FDSTR and F2CMP reference the STFAIL array either 
directly or via the byte overlay STFBYT. The SINUS (i) words are 
not otherwise used, but may be recorded or referenced via the VIEW 
utility to see which sensors are marked 'in use' at any time. The 
sensor-to-bit assignments (and thus the STFAIL index assignments) 
are shown below. For a description of the bit usage in an STFAIL 
entry, see FAILCP.INC. 


BIT 

SINUSO 

SINUS1 

SINUS2 

SINUS3 


15 

IR Q 

IR VE 

ADR 

HBARO 

ADR B ALT 

1 

14 

IR P 

IR W SPD 

ADR 

TAS 

ADR B ALT 

2 

13 

IR R 

IR W DIR 

ADR 

HDOT 



12 

IR AX 

HYB LATC 

ADR 

CAS 



11 

IR AY 

HYB LONC 

ADR 

MACH 



10 

IR AN 

IR HDG MAG 

ADR 

TAT 



9 

IR XDD 

HYB LATF 

ADR 

IND AOA 



8 

IR XTK 

HYB LONF 

ADR 

COR AOA 



7 

IR HDD 

HYB ALT 

ADR 

L ST PR 



6 

IR LAT 

HYB VN 

ADR 

R ST PR 



5 

IR LON 

HYB VE 

ADR 

U AV ST 



4 

IR VGS 

HYB STAT 

ADR 

C AV ST 



3 

IR TACHD 

HYB HDOT 

ADR 

TOT PRE 



2 

IR THETA 

IR VER SPD 

ADR 

IMP PRE 



1 

IR PHI 

IR P VER S 

ADR 

ST TEMP 



0 

IR VN 

IR ALT INI 

ADR 

COR SLIP 




GLOBAL INPUTS: ATE, DSTAT 

SINUSO, SINUS1, SINUS2, SINUS3, STFAIL 


GLOBAL OUTPUTS: 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


DISFD . MAR SCrete Sel6Ct ^ Failure De tect) 
FCFAST 


PURPOSE: 


To detect momentary discrepancies and failed 
serial bus errors for the packed discretes. 


sensor or 


CALLED BY: FCFAST 

CALLING SEQUENCE: CALL DISFD 
CALLS TO : None 


DESCRIPTION: 

™ RaV L discretes arrive from the triplicate sensors, packed in 
one w °rd p er sensor, via the DATAC bus. The three words are 
debounced over a period of 5 input cycles to ensure that anv bit 
change was not a transient. The output is a single packed ^ord 
W £ b ?«. b ® ing Set With sli 9 htl V different logfc depending on 

valid er HRV 1S The oS?' 3 h valid ' . or the duplex radar altimeter 
valid, HRV. The output is stored in VDISC for transmission to the 

Displays computer. In addition, the VDISC word is unpacked to set 
the respective booleans as shown below P C ° Set 


PACKED DISCRETES WORD FORMAT (VDISC) 


BIT SIGNIFICANPF 


0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 
11 
12 

13 

14 

15 


HRV (Duplex) 

ISBV 

LANDS 

AUTOS 

VCWSS 

ACWSS 

GSVLD 

LOCVLD 

LAMPS 

IATTV 

ADVAL 

UNUSED 

LOCFS 

INAW 

UNUSED 

ASBV 


1 -hA ects, the individual debounced bits are compared with 

JJ]ority logic vote from the debounce routine. If any select 
bit differs from the majority three times within 512 cycles, then 

Jhfnnfi f i ag i f ° r that channel is set in the status word. A second 
channel failure causes the second fail flag to be set. 

For the valids, if any bit is false 3 times within the 512 
pass cycle, then the fail bit is set in the status word for that 
channel. A second fail results in the second fail bit being set in 
the status word. 

Special processing is performed for the glideslope and 
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localizer valid (GSVLD, LOCVLD) discretes if MLS or GPS land 
guidance has been selected (specified by the MLS configuration 
word, MCONF) . If ILS type land capture algorithms under MLS or GPS 
guidance is specified (MCONF=x8xx) , LOCFS is forced true and both 
LOCVLD and GSVLD are set according to the MLS azimuth and elevation 
valids, respectively (if MLSMOD is true) or according to the GPS 
land (GPLNDV) and glideslope (GPBTAV) valids if MLSMOD is false. 
If GPLND (GPS land selected) is true and MLSMOD is false, GSVLD is 
set according to GPBTAV regardless of capture mode. 

If FLYFLG is true, special processing forces all required 

valids true. 

DEBOUNCE ALGORITHM 

A3 = A2 
A2 - A1 
Al = A ® MLO 
A2 = A2 • Al 


AF = 

(AF • . 

NOT. A3) + (A • 

A3) 


(Repeat 

for channels B 

& C) 

MLV = 

(AF • 

BF) + (AF • CF) 

+ (BF 

MLO = 

(MLO • 

PMLV) + (MLV • 

PMLV) 

WHERE 

: A 

= Latest input 



Al = Input N-l 

A2 = Input N-2 

A3 = Input N-3 

AF = Debounced value 

MLO = Majority Logic Output 

MLV = Majority Logic Voted value 

PMLV = mlv from last pass 

GLOBAL INPUTS: ASBV, CRESET, CRSET, DISCW1, DISCW2, DISCW3, 

ERESET, FLYFLG, GPBTAV, GPLND, GPLNDV, IRSST1, IRSST2, 
ISBV, MCONF, MLSMOD, MLSSV 

GLOBAL OUTPUTS: ACWSS, ADVAL, AUTOS, CRSET, DSTAT, ERSET, GSVLD, 

HRV, IATTV, INAW, LAMP, LANDS, LOCFS, LOCVLD, MLO, 
VCWSS, VDISC, VORVLD 
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MODULE NAME: F2CMP (2nd Failure Computations) 

FILE NAME: F2CMP . FOR P "S) 

PROCESS : FCFAST 

PURPOSE: Checks individual sensor second fails to determine if a 

mode failure is required. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL F2CMP 
CALLS TO: EXITF1, F2CMP2 


DESCRIPTION: 

e G * ven th ® existing flight mode, this routine, together with 
its sub-procedures EXITF1, EXITF2 and F2CMP2, diternines which 
sensors are critical for that mode and checks them fo? second 
failures. If a second failure is found, a failure of that mode is 
* g f ed . and th ® appropriate mode failure message is displayed on 
the system test panel. This set of routines also clears all mode 
failure flags in the FAIL2 array upon CRSET and clears the error 
message tables FSTBL, TEST3, and STFAIL upon ERSET. 

F2CMP contains three subroutines: 


F2CMP2 — Checks for second failures. 

EXITF1 - Tests for autothrottle Faii.2 and displays 
error messages if required. 

EXITF2 - Clears all mode failure flags if CRSET is 
true, and/or clears all error messages if 
ERSET is true. 

FAIL2 ARRAY 


ARRAY POSITION SIGNIFICANCE 


1 

2 

3 

4 

5 

6 

7 

8 
9 

GLOBAL INPUTS : None 

GLOBAL OUTPUTS : None 


AFCS 

FFD 

MANEL 

ACWS 

VCWS 

AUTO 

LAND 

AUTO THROTTLE 
MLS 
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MODULE NAME: F2CMP2 

FILE NAME: F2CMP . FOR 

PROCESS: FCFAST 

PURPOSE: Checks individual sensor second fails to determine if a 

mode failure is required. 

CALLED BY: F2CMP 

CALLING SEQUENCE: CALL F2CMP2 
CALLS TO: EXITF2 


DESCRIPTION: 

If the simulated airplane is active (FLYFLG is true) or MODEX 
is less than 1 (indicating a disengage situation), F2CMP2 merely 
sets the CLEARED flag for F2CMP and calls EXITF2. Otherwise it 
50^2 the local MODX variable equal to MODEX (limited to the range 
1 - 7) and proceeds to check failures based on MODX and other 


indicators. , , . . , . 

If MLSVAL is true, heading, pitch and roll inputs are checked 
for validity. If the body mounted accelerometers are not in use 
(BMAFLG false), IRS navigation valid (INAW), attitude valid 
(IATTV), along track acceleration, cross track acceleration, 
vertical acceleration, ground speed, VN and VE are checked. If any 
of the above are failed, FAIL2 (MLS) is set, which causes a loss of 


o vnu • 

Next, the SEIU status, the Air Data computer status (ADVAL and 
ASBV, the bus status) , and (if not MLS mode) the baro altimeter 
status are checked. Failure of any of these causes ALTNV (altitude 
not valid) to be set and the active mode (FAIL2 (MODX) ) to be 
failed. If the active mode is PRENG, processing concludes at this 


Next AFCSV is checked and, if false, the active mode is 
failed. If the mode is MANEL, processing concludes here. 
Otherwise, processing continues by checking the status of CAS, Q, 
P, ROLL, ADVAL, ASBV and IATTV. If MODEX is less than five (VCWS) , 
PITCH status is also checked. Again, failure of any of the above 
will cause mode failure. If the active mode is Forward Flight Deck 


(FFDE) , processing terminates. 

With MODEX >= 4 (ACWS) , processing continues by checking the 
status of the mode select discretes (ACWSS, VCWSS, AUTOS, LANDS) , 
and IRS ground speed. Failure of any of these causes mode failure. 
If ACWSE is true, processing is complete. Otherwise, vertical 
acceleration status is checked. If the mode is VCWS, IRS HDOT 
status is checked and, if not MLS mode and NCUVAL is false 
(indicating that valid velocity signals from the IRS are 
mandatory) , cross track acceleration, VN and VE status are checked. 

At this point, if VCWSE is false, the mode must be AUTO. 
Processing continues by checking for Horizontal path guidance 
selected (HORARM) and NCUVAL false. This condition will cause mode 
failure. (Track angle select or LAND select might still be 
legitimate.) Next, MODX is forced to 7 if LAND has been selected 
(LANDR true). Otherwise, return is made to F2CMP . 
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LAND processing continues by checking Radar altimeter valid 
(HRV) and, if full MLS has been selected (RLMLS and not SIMILS) 
either MLSMOD and MLSVAL or GPLND and GPLNDV must be true to 
maintain mode. If GPS LAND has been initialized (GPINIT true) then 
either GPS glide slope guidance (GPBTAV) or FLARE must be true if 
in AUTO mode. (LAND guidance can be maintained in VCWS with onlv 
valid localizer guidance.) 1 

If Flight Controls is using MLS or GPS guidance (MLSM true) 
and either MLSMOD or GPLND is true, processing is complete. 
Otherwise, processing continues by checking PITCH, INAW, THDG VN 
and VE status. (Note that the above signals were already checked 
to maintain MLS valid. GPS valid may need to be investigated 
further.) If FLARE is false, glideslope, localizer and localizer 
frequency select statuses are checked. (Once FLARE is engaged, we 
are committed to touch down.) This completes F2CMP2 processing. 

GLOBAL INPUTS: ACWSE, AFCSV, AUTOE, BMAFLG, DSTAT, FFDE, FLARE 

FLYFLG, GPINIT, GPBTAV, GPLND, GPLNDV, HORARM, LANDr! 
MANEL, MLSM, MLSMOD, MLSVAL, MODEX, NCUVAL, PRENG, RLMLS 
SIMILS, STFAIL, VCWSE 

GLOBAL OUTPUTS: FAIL2 
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MODULE NAME: EXITF1 

FILE NAME: F2CMP . FOR 

PROCESS: FCFAST 

PURPOSE: Perforins auto throttle mode failure checks and outputs 

mode failure (demand) messages if indicated. 

CALLED BY: F2CMP 

CALLING SEQUENCE: CALL EXITF1 
CALLS TO: EXITF2, FMTMG 


DESCRIPTION; 

EXITFl begins by clearing the CALLD flag. This flag is used 
to ensure that only one mode failure message is output on a given 
entry Next, if the autothrottle is engaged (ATE is true), the 
status of TAS, CAS, TAT, ADVAL, ASBV and the ALTNV flag (set by 
F2CMP2) is checked, and the failure of any signal used to fail the 
autothrottle mode. If NCUVAL is false, IRS nav valid (INAW) and 
the status of the IRS along track acceleration signal is also 
diGckcci • 

Next, FRCNT is checked to see if a message has been output 
within the last 20 iterations. If FRCNT is non-zero, it is 
decremented, EXITF2 is called and a return is made to F2CMP . 
Otherwise, the FAIL2 array is scanned for any failure logged with 
the corresponding entry in the DSPLF array false (indicating that 
this failure has yet to be displayed) . If none are found, exit is 
made as above. Otherwise, the mode fail and status alert bits are 
set in the LIGHTS word, DSPLF is set, FRCNT is set to 20 and FMTMG 
is called to display the failure message and transmit the LIGHTS 
code. EXITF2 is then called and processing ends. 

GLOBAL INPUTS: ATE, DSPLF, DSTAT, FAIL2, NCUVAL, STFAIL 


DSPLF, FAIL2, FSIDX, LIGHTS 


GLOBAL OUTPUTS: 
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MODULE NAME: EXITF2 

FILE NAME: F2CMP . FOR 

PROCESS: FCFAST 

PURPOSE: Clear the appropriate error tables when CRSET or ERSET is 

set . 


CALLED BY: EXITF1, F2CMP2 

CALLING SEQUENCE: CALL EXITF2 
CALLS TO : None 

DESCRIPTION: . 

If CRSET or FLYFLG is true, the FAIL2 array is cleared. The 
clear on FLYFLG is to positively block mode failures when the 
simulated airplane is active. If ERSET is true, the STFAIL array 
and the signal failure counters in FAILBLK are cleared, and the 
failure read and status alert lamp bits in the LIGHTS word are 
cleared. 

GLOBAL INPUTS: CRSET, ERSET, FLYFLG 

GLOBAL OUTPUTS: FAIL2, LIGHTS, STFAIL 
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MODULE NAME: FDSTR (Failure Data Storage) 

FILE NAME: FDSTR. FOR 

PROCESS : FCFAST 

PURPOSE: Examines sensor status to detect failure and records 

failure information in a table of failure data. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL FDSTR 

CALLS TO: DSTOR, TEST SENSORS 


DESCRIPTION: 

This routine has four major parts. The first section examines 
aircraft state and the System Test Panel switch word (FALST) to 
determine whether flight or preflight tests are being performed 
and sets the STORE pointer to the appropriate failure table The 
second part checks the digital ADIRS and GPIRS sensors. Inertial 
and/or air data sensors may be checked depending on the state of 
the validity flags, INAW, I AT TV and ADVAL. These checks are 
performed by the sub-procedure TEST_SENSORS . The third part tests 
the discrete signals. Lastly five separate tests are run on the 
Sensor-Effector Interface Unit (SEIU) , Research Flight Deck 
Interface Unit (RFDIU) System and a test on the DATAC link between 
the FM/FC and DS/DF VAX computers. 

All sensors are checked for their failure status using a 
similar procedure. Each sensor is scanned initially for second 
failures and then for first fails. For the present system, 
virtually all sensor inputs are simplex, therefore first and second 
failures are synonymous. The exceptions are the radar altimeter 
(duplex) and certain Control Mode Panel switches (triplex). if a 
failure is indicated and has not already been recorded, the needed 
failure data is formatted into 8 1/2 words and stored in a failure 
data table by procedure DSTOR for later retrieval by FMTMG when a 
failure message display is requested. 

A series of tests is performed on the SEIU/RFDIU system. The 
first test checks communication between the VAX and the SEIU. 
Second is a check for power failure on the SEIU. Third, a test is 
run on the six SEIU and two RFDIU analog to digital converters. 
Fourth is a test of VAX to RFDIU communication. Fifth, a test for 

*P™P°”er fail is made - Finally, a test of the DATAC link from 
the DS/DF to the FM/FC VAX is made. 


STFAIL Format: 


Array Position 


1 

2 

3 

4 

5 

6 
7 


Signal 

Array 

Position Signal 

Q 

34 

TAS 

P 

35 

HDOT 

R 

36 

CAS 

AX 

37 

MACH 

AY 

38 

TAT 

AN 

39 

IND AOA 

ATKINS 

40 

COR AOA 
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8 

XTKINS 


41 

L ST PR 

9 

HDDINS 


42 

R ST PR 

10 

LATINS 


43 

U AV ST 

11 

LON INS 


44 

C AV ST 

12 

GSINS 


45 

TOT PRE 

13 

THDG 


46 

IMP PRE 

14 

PITCH 


47 

ST TEMP 

15 

ROLL 


48 

COR SLIP 

16 

VNINS 


49 

B ALT 1 

17 

VEINS 


50 

B ALT 2 

18 

IRSWS 


51 

HRV 

19 

IRSWD 


52 

ISBV 

20 

HYBLAT 


53 

AUTOS 

21 

HYBLON 


54 

VCWSS 

22 

MAGHDG 

(ADIRS) 

55 

ACWSS 

23 

HYBLAT FIN 


56 

GSVLD 

24 

HYBLON FIN 


57 

LOCVLD 

25 

HYBALT 


58 

LAMPS 

26 

HYBVN 


59 

IATTV 

27 

HYBVE 


60 

ADVAL 

28 

GRSST 


61 

LOCFS 

29 

HYBHDT 


62 

INAW 

30 

IRSHDOT 

(ADIRS) 

63 

ASBV 

31 

P VER S 

(N/U) 

64 

ISBV 

32 

IRSALT 


65 

TSBV 

33 

HBARO 


66-68 

N/U 


This routine shares common local data with DSTOR, PANEL, 
FMTMG, and F2CMP . 

GLOBAL INPUTS: ADVAL, CRSET, DSTAT, DTC_IN, FALST, IATTV, INAW, 

INSST, MSWIT, PRENG, SQUAT, STFAIL, WSPIN 

GLOBAL OUTPUTS: DSTAT, FIDENT, LIGHTS, MSWIT, PMSWIT, STFAIL 
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MODULE NAME: TEST_SENSORS 

FILE NAME: FDSTR. FOR 

PROCESS: FCFAST 

PURPOSE: Performs error checks on ADIRS and GPIRS input data. 

CALLED BY: FDSTR 

CALLING SEQUENCE: CALL TEST_SENSORS 

CALLS TO: DSTOR 

DESCRIPTION: 

Each sensor within the range indicated by NDX and COUNTER (set 
by FDSTR) is initially checked to see if it is in use (indicated by 
the sign bit of STFAIL) and if a parity error has already been 
stored. If either of the above is false, the pointer NDX is 
incremented and the next sensor is checked. Otherwise, the parity 
and validity of the sensor is checked. If a failure is detected, 
a counter is incremented, otherwise it is cleared. A separate 
count of parity and validity errors is maintained, each occupying 
one byte of the STFAIL entry pointed to by NDX. If either counter 
reaches three, the failure read bit in LIGHTS is set, DSTOR is 
called to log the error and the 'failure stored' bit (0080x for 
parity, 4000x for validity) is set. 

GLOBAL INPUTS: DTC_IN, DTC_OUT, LIGHTS, STFAIL 

LIGHTS, STFAIL 


GLOBAL OUTPUTS: 


MODULE NAME: 
FILE NAME: 
PROCESS : 


FMTMG (Format Message) 

FMTMG . FOR 

FCFAST 
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PURPOSE. Formats failure messages from the form stored in th* 
failure data tables into an ASCII form which 
output to the system test panel by GMSG. 


can be 


CALLED BY: CTLCK, DETNT (MLOG) , ILSRC, PANEL, PRFLT 

CALLING SEQUENCE: CALL FMTMG (PI, P2) 


Where : 


CALLS TO: 


PI address of the message to be formatted. 

P ^. = . the * nd ® x into the failure data table (FDSTR) 
which contains data to be added to the basic 
message. P2 is required only if the message is of 
the type requiring additional data. 9 

ICO 


DESCRIPTION: 

firqf F h?h 0 dl !? r ^ nt types of messages are formatted by FMTMG The 

SSs *■“« 5=*JS-£isr3 


<space> - 


< 1 > - 


< 2 > - 


< 3 > - 


Demand message. Format only the message text 
This type of failure is not stored 9 in the 
failure data tables. Contains up to 32 
characters of text. P 

Analog sensor failure. Format time of 

tanure, nine characters of message text 
channel failed, flight mode when failure 

vo?ed r vflue anal ° 9 faUed ValU6 ' a " d anal0 9 

Discrete sensor failure. Format time of 

failure, seventeen characters of message 
text, channel failed, flight mode when failure 
occurred, discrete failed value, and discrete 
voted value. 

General purpose failure. Format time of 

ailure, seventeen characters of message text, 
failed channel and flight mode when failure 
occurred. 


< 4 > - Digital sensor failure (ADIRS/GPIRS) . Format 
time of failure, seventeen characters of 
message text and either "PAR" or "VLD" 
depending on whether a parity or validity 
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error occurred. 


This routine uses a local 
binary values into decimal ASCII. 
FDSTR, DSTOR, PANEL, and F2CMP. 


subroutine called ICO to convert 
It shares common local data with 


GLOBAL INPUTS: LIGHTS, MSWIT 

GLOBAL OUTPUTS: MSBUF , MSGST, WRDCNT 
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MODULE NAME: ICO 

FILE NAME: FMTMG . FOR 

PROCESS : FCFAST 

PURPOSE: Convert input integer data (1*2) to 5 ASCII digits. 

CALLED BY : FDSTR 

CALLING SEQUENCE: CALL ICO (NUMBER, INDX) 

Where: NUMBER is the number of digits to be converted. 

INDX is the pointer to the first digit in MSBUF . 

CALLS TO : None 

DESCRIPTION: 

This subroutine converts the failed and selected values to 
their ASCII representation. Since the number can be up to 5 
digits, the routine puts the sign in MSBBYT, then starts inserting 
the converted number from the rear. E.g, the first time through 
the index is 23. The sign is put in MSBBYT (23). Then, the index is 
incremented to 28 and a digit is converted and stored. The index 
is decremented and the process is repeated 4 times. 

GLOBAL INPUTS : None 

GLOBAL OUTPUTS: MSBUF, MSBBYT 

Where: MSBBYT is the byte equivalent of MSBUF, the output 

message buffer. 
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MODULE NAME: DSTOR (Data Storage for STP) 

FILE NAME: DSTOR. FOR 

PROCESS: FCFAST 

PURPOSE: Stores data for error messages into the failure data 

table (FDTBL) . 

CALLED BY: FDSTR, PREFLT (ILSRC, SRVCK) 

CALLING SEQUENCE: CALL DSTOR (PI, P2, P3, P4) 

Where: PI - Address of the failure message 

P2 - Channel (for formats 2 and 3) 



P3 - 
P4 - 

Failed value 
Voted value 

CALLS TO: 

None 


DESCRIPTION: 




DSTOR packs 17 of 19 bytes of information needed to create an 
error message into a data area for retrieval later by FMTMG . The 
bytes are stored in records which are defined as: 

Field 1 Failure ID (address of failure message in MESG) 4 bytes 
Field 2 Sensor channel failed / mode at fail time (MODEX) 2 bytes 


Field 3 Hour of failure 1 byte 

Field 4 Minute of failure 1 byte 

Field 5 Second of failure 1 byte 

Field 6 Failed data value 2 bytes 

Field 7 Voted data value 2 bytes 

Field 8 Reset ** 2 bytes 


** The information for field 1 is stored by FDSTR when the reset 
button is pressed. 

This routine shares common local data with FDSTR, PANEL, FMTMG, and 
F2CMP . 

GLOBAL INPUTS: HRSS, MINS, MODE2 , MSWIT 

GLOBAL OUTPUTS : FDTBL 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


PANEL (System Test Panel 

PANEL. FOR 

FCFAST 


Interface) 


PURPOSE: Service the System Test Panel 


CALLED BY: 
CALLING SEQUENCE: 
CALLS TO: 


FCFAST 
CALL PANEL 
FMTMG 


requests. 


DESCRIPTION: 

word (^LSTrfrom'thelysfS^est^an 0 !? 1 ?! b ° status 

was depressed on the panel. Thf^tT^deline™^ , " hiCh butt °" 

— ■ Button pushed Description 


15 Panel Test 


Produces a momentary illumination of all 
lights and display 1 
purposes . 


segments for test 


14 


13 

12 

10 

8 


Panel Reset 


Mode Fail 
Status Alert 

Data Clear 

Failure Read 


Test^Panel 3 ?? r ^? re K rese t of the System 
PANEL , J o . 5 hlS . button is depressed, 

button checks With n ° further 


i urns orr the Mode Fail lamp. 

Displays status Alert (mode-failure) 
messages on the System Test Panel. 


Clears Failure Data table 
blanks the display. 


(FDSTR) and 


Displays recorded sensor failure 
on the System Test Panel. 


messages 


This routine shares 
DSTOR, FMTMG, and F2CMP . 


common local data 


(FAILBLK) with FDSTR, 


GLOBAL INPUTS: 
GLOBAL OUTPUTS : 


FALST, FSIDX, LIGHTS, MSWIT, SWITCH, WRDCNT 
LIGHTS, MSBUF, MSGST, SWITCH, WRDCNT 
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Section 6.2 DATA RECORDING 

Thprp are five data recording modules which provide the 
There a selected data on magnetic tape, paper, and 

capability , DSTDAT MAR# linked with the process DSTAR, 

strip charts . The file “TDAT .MAR, ^ ^ ^ recorded through 

contains a {DAS) . it also contains a group of 

D « a tables which provide lists of variables to be plotted on 

alternate tables is an interactive program which permits 

the strip charts. DSTAR . recording tables and to set up 

the experimenter to ^^6 varTabTe^ on the experimental 

'snap' tables for pri g * processes the recording list 
systems line P rinter * addresS es and scale factors for the DAS. 

j^dulTsNAP works with tj^es f nerated^hrough 

11 Subsequently, the ' background module SNAPOUT 

prints the data values specified in the DAS 

The subroutine DASOT taxes tne aa P words Qf DAS output 

lists, formats it, an . . data are also included in the DASOT 

memory. The strip chart onb0 ard strip charts by the DAS. 

° UtPUt The W output" f r ro U m te SNL° and the strip cLrts > is available , in 
flight^ 6 The data stored on the DAS tape ^variable for a quick 

information iVVAiSl.*^'^ l^te^ for^re "—ugh data 
reduction and analysis. 
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MODULE NAME: DASOT (DAS Recording Output) 

FILE NAME: DASOT. MAR 

PROCESS : FCFAST 

PURPOSE: To configure the alternate-tables to control the strip 

chart recorders, and to reformat certain data for 
recording. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL DASOT 
CALLS TO: None 

DESCRIPTION: 

DASOT first checks the boolean NODAS to see if the recording 
tables are being modified by DSTAR. If NODAS is true, no further 
processing is performed. Otherwise, the globals RECWD, RECWD1, 
RECWD2, and RSWADR are checked to determine which set of alternate 
tables should be stored in the global DASPAR parameter list for 
strip chart recordings. If RSWADR is clear or if there is a 
boolean false at the address contained in RSWADR, then the "normal" 
table set specified in RECWD1 is used. Otherwise, RECWD 2 is used. 
RECWD contains the current configuration. If it does not match the 
selected pattern, then a new set of alternate tables is loaded 
into DASPAR. This will happen when the alternate tables have been 
changed through DSTAR and bit 15 of RECWD is set. The values in 
RECWD1, RECWD2, and RSWADR are user specified through task VIEW as 
follows: 

RSWADR: USAGE 

CLEAR = The primary set of alternate tables (RECWD1) 

will be written to the DASLST strip chart 
blocks. 

ADDRESS = The address of some discrete (e.g, MLSVAL) which 
will, when true, cause the secondary set of 
alternate tables (RECWD2) to be used. (NOTE: 
the VIEW and FCFAST processes must be 
identically linked for this to work.) 


RECWD 1 /RECWD2 : BIT MAP 


BITS 3,2, 1,0: Value 0-7, 


BITS 7, 6, 5, 4: 


Value 8-15 
Value 0-7, 

Value 8-15 
Value 0-3, 

Value 4-15 


Use Alt Tables 0-7 for Strip 
Blk 1. 

Reserved for future expansion, 
Use Alt Tables 0-7 for Strip 
Blk 2. 

Reserved for future expansion, 
Use Alt Tables 8-11 for Strip 
Blk 3. 

Reserved for future expansion, 


For a normal configuration of tables 0, 1, and 8, RECWD1 would 
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be set to 0010 hexadecimal. For a secondary configuration of 
tables 4, 5, and 9, RECWD2 would be set to 0154 hexadecimal. 

The most recent table configuration is recorded in RECWD . If 
this does not match the selected pattern, then the table addresses 
need to be changed. Otherwise, control passes to the data 
processing code at label CONT. 

The alternate-table setup is done at label DOIT. As 
appropriate, RECWDl or RECWD2 is moved into RECWD as the new 
configuration record. ALTPAR is the source of the new tables. It 
was loaded by DSTAR from DSTDAT and/or from user input. ALTPAR 
consists of 12 tables with 8 entries per table, 2 long-words per 
entry. The format and its significance are: 

LWORD1: Bits 31-25 Unused 

" 24 Set denotes an 8 bit variable. 

" 23:16 shift count (+ = Left), used 

to position integer data for 
recording. 

» 15 Set denotes NOT floating point 

data 

" 14:0 Scale factor for the data. 

NOTE: For a floating point variable, the 

entire longword is a scale factor. 

LWORD2: Address of the data. 

The three required tables are identified and transferred to 
the first 24 entries (8x3) in DASPAR, the primary DAS recording 
list which includes both the alternate tables and the rest of the 
data list for recording. On a run where a table change has 
occurred, DASOT terminates at this point. 

On a nominal run, when the tables are static, DASOT builds the 
packed discrete DISOUT and also calculates and stores the current 
navigation position errors. The booleans to be packed into DISOUT 
are listed locally at label DISLST. The sign bit of each boolean 
is shifted left into a register which finally is shifted to place 
the bits at 0:9, and moved into DISOUT. Next, the position errors 
are computed as follows: 


MLS -VALID 
LATDIF 

| • 

• 

K 

IDDLAT 

- ML SLAT 

LONDIF 

2E 

IDDLON 

- MLSLON 

ALTDIF 

= 

IDDALT 

- MLSALT 

ELSE: 

LATDIF 

* 

IDDLAT 

- LATINS 

LONDIF 


IDDLON 

- LONINS 

ALTDIF 

= 

IDDALT 

- IRSALT. 


Next, IDDLAT and IDDLON are converted to 32 bit integer data 
and output as IDDLTF and IDDLNF . Finally, XHAT and YHAT are scaled 
(x 4) and stored off as the longwords XHTFIN and YHTFIN . 
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GLOBAL INPUTS: ALTPAR, IDDALT, IDDLAT, IDDLON, IRSALT, LATINS, 

LON INS, MLSALT, MLSLAT, MLSLON, RECWD, RECWD1, RECWD2, 
RSWADR, XHAT, YHAT 

GLOBAL OUTPUTS: ALTDIF , DASPAR, DISOUT, IDDLTF, IDDLNF, LATDIF, 

LONDIF, RECWD, XHTFIN, YHTFIN 
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MODULE NAME: SNAP (Snap Data Storage) 

FILE NAME: SNAP. FOR 

PROCESS : FCFAST 

PURPOSE: To record snapshot values of user specified variables 

according to user defined criteria. 

CALLED BY: FCFAST 

CALLING SEQUENCE: CALL SNAP 

CALLS TO: DUMPS, GET_BYTE, GET_REAL, GET_WORD 

DESCRIPTION: 

The DSNAP routine records single-event values, called 
snapshots, for selected variables and stores them in SNAPBUF , in 
RECCOM, for subsequent output to the line printer by the SNAPOUT 
routine. There are 5 snapshot criteria tables (SCRIT) , each a 
structured record which contains a key variable address, the 
criteria under which that variable should cause a snapshot 
recording, and a list of up to 15 addresses for the data to be 
sampled when the snapshot occurs. (See the SCRIT table 

documentation in the RECCOM listing.) These tables are set up by 
the user through the DSTAR process. DSNAP checks as many snap 
tables as have been defined in DSTAR (indicated by SNENT) . First, 
the type of the key variable is determined from the STYPE sub-field 
in the SCRIT tables. Depending on whether the key is an integer, 
real or single-byte, the current value is picked up through a call 
to GET_WORD , GET_REAL, or GET_BYTE, respectively. All three types 
are processed similarly. The specified criteria may be that the 
current value be less than, equal to, or greater than the 
threshold. If equality is specified, then a 'window' will also 
have been specified and some approximation of equality will be 
acceptable. If the specified condition is met and a snap has not 
already been done for this condition, then subroutine DUMP is 
called and the 'SNAP Done' bit is set in the type word. If a snap 
has been done for the specified condition, then, if that condition 
is no longer true, the 'done' bit is cleared and that snap 
re-enabled. Thus, only one report is generated each time the 
condition is satisfied. That single-byte key variables may be 
booleans or single-byte integers is irrelevant; both possibilities 
are checked as if they were integers. A FALSE condition is 
recognized by a value of exactly zero, TRUE is the least 
significant bit set. This could also be true for a single-byte 
integer but the difference is significant only for subroutine 
SNAPOUT to determine the labelling when the snap is printed. 

GLOBAL INPUTS: NOSNAP, SCRIT, SNENT, SPTR, SRST 

RPTR, SCRIT, SPTR, SRST 


GLOBAL OUTPUTS: 



MODULE NAME: 
FILE NAME: 
PROCESS : 


DUMPS 
SNAP . FOR 
FCFAST 
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PURPOSE: To load the snapshot data specified by the SCRIT table 

entry 'index' into the SNAPBUF table for subsequent 
output by the SLOW loop procedure SNAPOUT. 

CALLED BY : SNAP 

CALLING SEQUENCE: CALL DUMPS (index) 

CALLS TO: GET_BYTE, GET_REAL, GET_WORD 

DESCRIPTION: 

Subroutine DUMP first increments SPTR (modulo-4) to tell 
SNAPOUT that a new snap has been recorded, then it stores the 
number of the snap in the 16th entry of SNAPBUF (n) . SDATA. Next, 
for as long as there is an address (up to 15) in SCRIT (n) . SLADR, 
the address list, it determines the type and byte count of each 
variable in the list, collects the value at the address through 
calls to GET_WORD, GET_REAL, or GET_BYTE, as appropriate, and 
finally stores them as integers or real numbers in the first 15 
entries of SNAPBUF (n) . SDATA (or .SDATR). A flag is set to indicate 
whether the variable is an integer or a real number, or else that 
there was an error or the end of the list. 

GLOBAL INPUTS: SCRIT, SPTR 

GLOBAL OUTPUTS: SPTR, SNAPBUF 
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6.3 PREFLIGHT OVERVIEW 

The Preflight software performs an automatic operational test 
of various flight control systems. Upon initiating this procedure 
several tests are made on the system in parallel. These include 
stimulating and checking sensors and servos, checking sensor 
valids, and testing pilot control inputs. After concluding, 
preflight will list all failures found on the system test panel. 

Subroutine PRFLT contains the control logic for the 
automated preflight tests. There are seven routines associated 
with pre-flight, all of which are called from FCFAST when MSWIT 
(set in FDSTR) = 1. Note that when pre-flight is active the calls 
to MLSEX, LATRL, ELEVP, DINUSE and SINUSE are bypassed, and MLOG 
processing is minimal. The other routines and their functions are 
as follows. 

CTLCK - checks the AFD wheel column, rudder pedal and trim 
inputs . 

CLBIS - sets values in AILCMD, RUDCMD and DECMD. 

RDALT - tests the radar altimeters. 

ILSRC - tests the ILS localizer and glideslope receivers. 

RGYRO - tests the rate gyros (yaw, pitch, roll) . 

SRVCK - tests the aileron, spoiler panel, rudder, elevator 

and stabilizer position inputs. 

Procedure FDSTR is active during pre-flight and logs errors 
resulting from sensor disagreement. Errors of magnitude are logged 
by the preflight routines directly. 



MODULE NAME: 
FILE NAME: 
PROCESS : 


Test Executive) 

FCFAST 
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To initiate and control the system preflight tests. 

CALLED BY : FCFAST 

CALLING SEQUENCE: CALL PRFLT 

CALLS TO: CLBIS, CTLCK, FMTMG ILSRr B n»T, 

DESCRIPTION: 

that ate 

order: ur ln Preflight mode) in the following 

/ Control check test. 
r Control bias procedure. 

; Radio altimeter test. 

; ILS self test. 

; Rate gyro test. 

; Servo displacement test. 

stimulating individuL m sensoL P |nd°tTen a ch^l 3 *" system check by 

response. The tests and procedur^^ ^ checking for the proper 
inhibit word called INHIBT . Each routine°hflQ°^ ed by a packed test 
set, suspends that test from running h 5f lts . own bit whi ch, if 
inhibit bit which, if set inhib-itf* bere ls also a master 
running . Set ' dibits all preflight tests from 

The bits in the INHIBT word are packed as follows: 


JSB 

CTLCK 

JSB 

CLBIS 

JSB 

RDALT 

JSB 

ILSRC 

JSB 

RGYRO 

JSB 

SRVCK 


BIT 

0 

1 

2 

3 

4 

5 

6 

7-14 

15 


USAGE 

PRFLT 

CLBIS 

RDALT 

ILSRC 

RGYRO 

CTLCK 

SRVCK 

N/U 

MASTER INHIBIT 


is moved from^f light ' 1 to* pref light ^ ^nd^th 6 ** PanGl m ° de switch 
acknowledged that the Dreflinhh 9 :r . and the rout ine FDSTR has 
the presence of SQUAT ^ S wspi'n, 15 P ?^ ible H i by Checkin 9 
first pass performs initialization of nr^fi — . modu l e PRFLT on its 
including setting the master inhibit M? f i 19ht variables and flags 
of the modules from running P^T i t^! * pr . event the remainder 
inhibit bit. PRFLT then checks wh^th 1S lnunune to the master 

is engaged, if not, a message is displavld*^ Flight Deck <AFD) 
to engage the AFD paddle. Once enaaSi J prompt the operator 

ce en 9 a ged, a message is displayed to 
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, fha c1 . art test button. PRFLT then waits 
prompt the user to pus r i e ars the INHIBT word so that all tests 
for this response, the . h tests are completed (each test sets 
begin running. After a PRFLT tests if any failures were 

its own INHIBT bit when f J- n \ S i displayed to alert the operator, 
detected^ ^ with all other prefix 

modules. 

AFCSV FAIL2, LIGHTS, MESG (pool of 
GLOBAL INP ^|; ages “ E MSWH? PMSWIT, SWITCH. WRDCNT 

_ T j. r c t tphTS MODEX, M0DE2, MSGST, MSBUF, 
global OUTPUTS^ s AEE^ s <rpoc. SWITCH, WRDCNT 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


CLBIS (Control Surface Bias Outputs) 
PRFLT . MAR H tS ' 
FCFAST 


PURPOSE : 


This preflight procedure sets 
surfaces for testing by SRVCK. 


the airplane 


control 


CALLED BY : PRFLT 

CALLING SEQUENCE: JSB CLBIS 
CALLS TO: None 


DESCRIPTION: 

CLBIS is one of seven preflight modules that arP a ii 
associated. For an overview of the wholp orpfi irrhf 0 . e 

description of PRFLT. If its MTBThf, system see the 

exited^ If not, CLBiS .i either f r °?, r f is 

aileron, rudder, and elevator) or set thtm to test valLa ?k- S 
is determined by the flag RST (local variable to the n~e. 
routines) which is controlled bv the SRvpk ^ light 

which the control surfaces a^Lt^ar® h^follo^ng?^ ValU6S 


AILERON : 5 deg left wing down 
RUDDER : 10 deg left yaw 
ELEVATOR : 13.84 deg fly up 


This routine shares 
modules . 


common local data with all 


other preflight 


GLOBAL INPUTS : None 

GLOBAL OUTPUTS: AILCMD, DECMD, RUDCMD 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


CTLCK (Controls Check) 

PRFLT.MAR 

FCFAST 


PURPOSE : 


This preflight test checks the various controls 
proper displacement by the operator. 


for 


CALLED BY : PRFLT 

CALLING SEQUENCE: JSB CTLCK 
CALLS TO : FMTMG 


DESCRIPTION : i s ^ Qf seven p re fiight modules that are all 

associated. For an overview of the whole prefiight system see the 
description of PRFLT. If this test's inhibit bit is cleared the 
following prompts will be issued one at a time on the system test 
panel, waiting each time for the requested stimulus. 


TURN RUDR TRM RT-LT 
PUSH RUDR PEDALS RT-LT 
TURN AILRN TRM RT-LT 
ROLL PMC RWD-LWD 
PUSH-PULL PMC ND-NU 
RE-CTR AILRN TRM 


(Turn rudder trim knob right and left. 
Input must exceed 7.4 PU.) 

(Push rudder pedals right and left. 

Input must exceed 2 . 64 deg . ) 

(Turn aileron trim knob right and left. 
Input must exceed 5.05 PU.) 

(Turn wheel right and left. Input 

must exceed 27.7 deg.) 

(Push-pull column. Input 

must exceed 1.7 in.) 

(Re-center aileron trim: < 1.01 PU.) 


RE-CTR RUDR TRM 


(Re-center rudder trim: < 0.83 PU.) 


This program contains two local subroutines called DISP and 
NULL. DISP performs the first five displacement tests above. NULL 
performs the remaining two re-centering tests. . . 

This routine shares common local data with all other prefiight 

modules . 


GLOBAL INPUTS: ATRIM, PEDAL, 

messages) , PEDAL, RTRIM, 


DCOL, 

WRDCNT 


DCOL, 


MESG 


(pool of 


GLOBAL OUTPUTS: FLAGS 



MODULE NAME: 
FILE NAME: 
PROCESS : 


ILSRC (ILS Receiver Checks) 
PRFLT.MAR ecKS) 

FCFAST 
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purpose: to test the ILS receivers during preflight testing. 

CALLED BY : PRFLT 

CALLING SEQUENCE: ILSRC 
CALLS TO: FMTMG, DSTOR 

DESCRIPTION: 

associated. For°an overview*^ the^h 9 !* modules that are all 
description of prflt. if this test's . s y stem see the 

module first checks for f ^ 1NHIBT bit is clear th-i*; 

Selected (LOCFS) . if not present ° f . L0Calizer Frequency 

the operator and the test is abort^rf aJk * 96 1s dis Played to alert 

founn h ? ^ Cali2er and glide-slope are Slflnal 

found t° be true, the localizerand <?i ?£f *f d * Prov }^ these are 
tested for the proper response tn S ^°P^ receivers are both 

immediately after pushing the start r s t lmu lus provided by PRFLT 

and 1.074 deg and GS betweef 0 V 77 / < L °C between o tfu 

response is not within expected limits “ d pr °' 412 . 6 de 9> • If the 

module 1 ^ 5 r ° Utine ~ loiai data wTt^aA^tnlfprefligW 

GLOERL «PUTS: essa 030EV, GSVLO, LOCOEV, LOCFS, LOCVLO, 


MESG (pool 


GLOBAL OUTPUTS; 


FIDENT, FLAGS, STRUA, STRUB, STRUC 
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MODULE NAME: 

FILE NAME: 

PROCESS : 

PURPOSE: To test 


RDALT (Radar Altimeter Checks) 
PRFLT.MAR 

fcfast 


the radio altimeters during pref light. 


CALLED BY : 

CALLING SEQUENCE: 
CALLS TO: 


PRFLT 
JSB RDALT 
None 


DESCRIPTION: preflight modules that are all 

RDALT is one of se p orefliQht system see tne 

associated. For an overview of the Jhole pref lag set chis 

description of PRFLT . altimeters for proper response to an 

test checks both radio alt . if not between 95 and 105 

modules . 


GLOBAL INPUTS: 
GLOBAL OUTPUTS: 


dtc_in 

dstat, dtc_out, strua, strub 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


RGYRO (Rate Gyro Checks) 
PRFLT.MAR w1 ccks) 

FCFAST 


PURPOSE: To test the pitch roll 

preflight testing. ' and ' ,aw rate gyros during 

CALLED BY ; PRFLT 

CALI L q N Sn SEQUENCE: JSB RGYR0 
CALLS TO : None 

DESCRIPTION: 

associated, “or^n owrvilrSf the'iS* modules that are all 
description of prflt If t hl “1° le Preflight system see thl 
program is exited if „L hlS test's INHIBT bit is set e? 

checked against values that 'are a ° h ° f the th «« gy ro ' s 

deg/sec) as a result of stimuli e expecteci (between 0.85 and 1 4 ^ 
pushing the start-test button UPP Th^ PR FLT immediately after 

waists $ s , tss . 

modules^ r ° Utine Sharea local data with an other preflight 


GLOBAL INPUTS: 


P/ Q, R 


global outputs: dtc_out, strua, strub, struc 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


SRVCK (Servo Checks) 
PRFLT . MAR 
FCFAST 


purpose: Tests the aileron, elevator, and rudder servos durin, 

purpose* prefli ght testing. 

▼ pr\ QV * PRFLT 

calling SEQUENCE: JSB SRVCK 
CALLS TO: DST0R 

DESCRIPTION: seven preflight modules that are all 

SRVCK is one of s P vh ole preflight system see the 

associated. For an ove ^J . . t-pst's INHIBT bit is not set, one o 
description of PRFLT. If t If it has been less than th r ® e 

three p o s s i b 1 e pa ths 1S ^° 3 J U 1 1 o n was pushed the test ^ ®xited. 
seconds since the start tes RST is c i e ared and the INHitn 

At exactly three seconds the boolean clear ailCMD, RUDCMD, and 
bit ”r CLBIS is toggled s » v th b a e t en lt s ”? Y t o static test values at 
DECMD, which had P| a «°“ a r lY e b s e e oonds from start-test, ^local 
Routines are called serially to test the servos, 
tests are listed below. 


1 .) 


2 .) 


3.) 


LATAX - Tests 

sDoiler position. Commands y between 4.0 and 5.5 

and 12 '° 

deg. 

. nosit ion Commands 5 deg elevator 

anff a"i uff* res" after three seconds is not between 

4.5 and 5.5 deg. 

HZSTB - Tests the St ^ab r e went y seconds, 
checks change in s is not between 0.5 and 0.7 

dlg'for f S laps d < C 2 deg, or 2.9 and 4.3 deg for flaps >- 

deg. 

aprud - Tests tudder position, commands^ deg rudder^ 

fails if response is not between 
three seconds. 

values^ an^error^s^ecordec^fo^ laterkdisplay^^the^ysten^Test 
Pa " el This routine shares common local data with all other preflight 
modules . 


4.) 



GLOBAL INPUTS: ALVDT, DEPOS, 

messages) , SPR7, STABP 

GLOBAL OUTPUTS: AILCMD, DECMD, 

TRIMT 
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DRPOS, FLAP , MESG (pool of 
FIDENT, LIGHTS, RUDCMD, TRIMD, 
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7.0 DAS /SNAP TABLE ACCESS 


MODULE NAME: 
FILE NAME: 
PROCESS: 


DSTAR (DAS /Snap Table Access Routine) 
DSTAR.FOR 

dstar 


PURPOSE: A utility to transfer ^ di ng £ a r interactive 

modifications ^ the existing parameters* and to create 
pl«mi?er ?Sbles for the SNAP routine. 


CALLED BY: 

CALLING SEQUENCE: 


A: HDL (on cold start) 

B: The User (manually) 


VAXHDL : 

DS PROC_NAME: 


.ASCID /DSTAR/ 


CREPRC S IMAGE=DS_PROC_NAME,- 

- input=term_desc,- 

OUTPUT=TERM_DES, - 
BASPRI=#20, - 
prcnam=ds_proc_name 

B. Manually: RUN DSTAR 


DSTAR IMAGE NAME 
USE CREATING PROCESS'S 
I/O DEVICE 

PRIORITY 20 (RUNS NOW) 
SUBPROCESS NAME 


CALLS TO: 


DASDUMP, DASPRC, FOR$CLOSE, FOR$DATE_T_DS, 
FOR$OPEN, MAPCOM, snapdump, snprc 


DESCRIPTION: , ~ n^TAR is to load the tables (DASPAR & 

The primary function of BM is to lo^ ^ t0 the Data 

ALTPAR) used by DASOT to ding on ta pe or on the aircraft 

Acquisition System (DAS) fo ailhnmat i ca iiy and transparently on 
st?i P charts. This is d ° n * the l/O handler 

system startup (cold D a /c processing is enabled for whatever data 
(HDL). in this case, DAS nominally dSTDAT. This is an 

is defined in the default °AS -List, ° ce& * which is documented 

external file included in defines DSTDAT as a common block 

separately in this volume • ^^hich correspond in format and 

quSn?l?i n to S the Ct ent e ries in DDATA and ATABL, the 2 global data 
MOCk ^S function 

accept user input to modi y do not pre-exist and can only 

the snap tables. Snap table ( . provides a mechanism for 

be created through DST ^‘ ° ST ££ S Changes, and alternate table 
saving/returning snap tables, DAS cnange , 

changes to/from disk storage. driven and generally self 

The interactive rout1 "® d instructions will be displayed 

explanatory. However ' Cuser select s tutorials in response to the 
at various points if the j xaet seLem tut0 rials? Y/N." 

initial question and prompt: Do you want u 
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There are up to 150 entries in the ddata • 

last, each consisting of a name addroeJ* se <-tion of the DAS 
Entries may be changed, and/or new ones fdded ° d f Cale fa ? tor - 
Entries 1 through 24 are used for the strio char?" ° the 
are organized in three blocks of eiaht pnfr!L Cha 5 parameters and 
blocks corresponds with 1 of the 12 alternate t 3 ?!* Ea w- h ° f these 
read into this area by subroutine DASOT bl ?f whlch ma y be 

are maintained in the lower section of ® alternate tables 

block *TMt. Tables zero through seven^ ^rela'te 1 ' te^, 9lbbal daCa 

two. In either mode of ODeraMon t-hl ! relate to blocks one or 

are written to the global DASPAR* and ALTPAR^IblL 00 ^ and . ATABL 
during the DAS dump routine. altpar tables, respectively. 

When modifying the DAS list, the user win ^ 
scale factors for each data item cant- ba reguired to 

are T^eU? T " Se 

s?srjsji,rss “srs 

or "window" if an exact match is not retired anri°?£ Ur ' the range 
to 15 variables to be "snaocpd" tn ^ ed '. and the names of up 
occurs. When the name of a ttriahi. f c printer when the snap 
recognize the name of any global vaJilhi J , reques ted, DSTAR will 
the system. Local variables or l oral 6 10 any global section in 
referenced. Array elements can be apt cS", Can " ot be 

parentheses. A series of arrav ~ i 0 JJLZ 1 f 1 e d w 1 1 h the index in 

entry by appending an asterisk and Conner be . . insarted as one 
lotTlf S? (3 * 15> WiU “P elementT n plus%L h Vxf e i X 4; fo ^ 

DSTAR The it S wi?f t e rmina t e" t h^cur rent 6 act ivit v ^ en b throughout 

data entries, and re-displav thp tlvlt y, such as a series of 

the program,' three or four c«?ia« ™tur^" U ' . Fr ° m any . P° int in 
control back to the main SNAP/naq retUr ~w' at most/ will bring 
direction or number of Umeft£e ,,«f 10n ‘ Thare is no Umlt thl 
the various sub-options may 90 back and forth through 

Howeve^at” any 1C point Tn S t e h laCted in tesponse to severai menus, 
orderly exit. This is the usual' "method* °° ntro:l - z wil1 «»“•* an 

tables was modified^urina^he 6 dum *? rout ines for whichever set of 
tables, the dump routines ^first r™ °r ' f? r the DAS an d alternate 
then print a lilt o? the tfbJH ™ Cer . the recording parameters, 
the snap tables it is ml. nl, he aircraft line printer. For 

automatic run, 'nothing i S V printed ' ^ DurU^^h^f 113 !: ' Durin 9 an 
after cold start, both the das ' S nH Ur t? g the first manual run 
printed, whether modified or no? n+H alternat ; e tables will be 
is printed. ' Otherwise, only the modified set 

external sub rout ine* U (^ ^M_^SEARQi ) S . 11 subroutines and calls one 
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GLOBAL INPUTS: 

SNAPDMP , 


ALTDMP, 

SNENT, 


CHCNT, COLDST, 
TERM, TUTOR 


DASDMP, 


DDATE, 


PRINTOUT, 


GLOBAL OUTPUTS: 


GETNAME, NOSNAP, RECWD1, SNAP ACT 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


NS NAP (New Snap Processing) 
DSTAR. FOR y/ 
DSTAR 


PURPOSE : 


To create a new snap table or to reDlare 
criteria data for a key variable. eplace the 


name and 


CALLED BY : SNPRC 

CALLING SEQUENCE: CALL NSNAP 


Alternate entry point: CALL GETKEY 


CALLS TO: 


CHECK, GITEM, SYM_SEARCH, UCASE 


DESCRIPTION: 

This module establishes a onan ^ _ . 
variable as input by the user and aiL k le cheating the key 
conditions under which the snap is ?o P f° m P tln 9 Che USer for th ® 
'SVM SEARCH' to search the oloh/l L A cal1 is " ad e to 

variable to ensure that it is a e table for the 

modules, prompts are supplied and user Wlth ° ther DSTfiR 
interactive session. Error messtoes are disof/ pr ° CeSsed in an 
to guide the user through the session “ Tht i ! l ?i ayed as a PPf°Priate 
GETKEV, is used wheneve? the us« is modifvint entry point ' 

an existing snap table Once t-hio ■ yir ! g the ke Y variable of 

path is followed asfor S? VaSn* .^ry^VSiS I"*" 6 ' the l09lc 
GLOBAL INPUTS^ ^, e CBOP, or CHCNT, loth, lparen, nname, nnent . 


GLOBAL OUTPUTS: 


ERROR, ITNUM, MAX, SNENT, TABLE, TERM 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


DASDUMP (Dump Recording Tables) 

DSTAR. FOR 

DSTAR 


PURPOSE : 


_ _ nacoaR for use by DDASOT and to print the 
=nao. and alternate tables if requested. 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


DSTAR 

CALL DASDUMP 
FMTTIM, for$imvbits 


DESCRIPTION: fl *- rue the DAS recording parameters are 

If the MSDNP f lag 1. “ue, the tempora ry area DDATA. 

transferred to the buzz process, the NODAS flag is 

Since this affects t ding W hile DASPAR is being modified. 

nLw\°se: nh U theTL?D M p C na d g in i 9 s true the alternate table data rs 
transferred to the ALTPAR buffer. . daSDMP is true, the DAS list 

wil i 2 tsjssrs » t wr-t - — - 

the alternate tables will be printed. 

GLOBAL INPUTS: ALTDMP, ATABL, DASDMP. DDATA. DDATE, DNENT, 

NNAME, PRINTOUT, TIME 

GLOBAL OUTPUTS: ALTPAR, DASPAR, NODAS, RECWD 



253 


MODULE NAME: 
FILE NAME: 
PROCESS : 


sr Tawe processi ^> 

DSTAR 


PURPOSE : 


To serve as the controller for DAS 
processing . 


and alternate table 


CALLED BY : DDSTAR 
CALLING SEQUENCE: CALL DASPRC 

CALLS TO: FORSCLOSE, FORSOPEN, GITEM, UCASE 
DESCRIPTION: 

and alternate t ab\Y7unlt i Int US Menu^/^H . t( \ DSTAR for all DAS 
from which the desired functions m »„ ar ? displayed to the user 
include modifying the DAS list mndf?, ? eled ^ ed - These functions 
writing the DAS or alternate table . the alt6r "ate tables, 
the specified DAS or alfe?nate table t0 disk ' reading 
printing the DAS list and/or L^rnate tables 0 " 5 fr ° m disk ' and 

the des i red 6 select ed reSP Error t rh Pr v' 9rarn prompts on =e 
performed and informational messaaes are of inputs is 
user through an interactive session displayed to guide the 


GLOBAL INPUTS: 

GLOBAL OUTPUTS: 

GETDAS, 


CBUF, CHCNT, DDATE, DNENT, ITNUM, 


ACNT, ALTFLG, DASDMP, 
GETOLD, MAX, TABLE, TERM 


DASFLG, 


TUTOR 

DCNT, 


ERROR, 
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MODULE NAME: 
FILE NAME: 
PROCESS: 


GITEM (Get Item Definition) 
DSTAR.FOR 

dstar 


PURPOSE : 


To prompt the user for an 


item name and scale factors as 


necessary . 


CALLED BY : 

CALLING SEQUENCE: 
CALLS TO: 


DASPRC, NSNAP, SNAPMOD 
CALL GITEM 

CHECK, SYM_SEARCH, UCASE 


DESCRIPTION: interface for the input of any 

This module serves as the iterla data . These data 

global variable, scale fa < ppl i ed interactive inputs or 
mav be processed from user s PP Hi<5k file. For each 

previously saved changes recovered fr £ ^ the , syM _ SERRC H' 

global variable na ”« s$llbol table to ensure that it is 

module which sea ccbes C re turns the variable address, type 

a valid name. SYM SEARCH also i return uhich are used for 

(real , intocf^^' 0 tc . ) $ .. tables or th6 snap tablss. 

creating the various re< r®* ^ this one also provides prompts 

As with other DSTAR modules, this ^r check f ng is per formed 

and processes user sup P 1 ^® d t ’ he user as necessary. Limit 

and messages d ^ spla ^ ed £ AS Entries and alternate table entries (a 
ma^flo^/ies™* lowed for each for saving on dish) . 

GLOBAL INPUTS: , ^ P^N , A ^xf' REPEAT , RPMffiN, D SDONE', 

SMOD^ SNAP ACT, TABLE, TYP 

GLOBAL OUTPUTS: 


ONENT, ERROR, GETDAS, GETOLD, ITNUM, SNENT, TERM 
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MODULE NAME: CHECK (Check for Multi-item Entrvl 

FILE NAME: DSTAR. FOR Entry) 

PROCESS: DSTAR 

PURPOSE: To return the location in an input string of a '(*)' 

character sequence. ' ' 

CALLED BY: GITEM, NSNAP, OLDSNAP 

CALLING SEQUENCE: CALL CHECK 
CALLS TO : None 

DESCRIPTION: 

Check returns an index* r^iAt’ivo t*n « . # 

asterisk (ASTER®)' "LT 10 h C t ation of the left Parenthe’Ts" aPA^N, " 

The variable SUd £ Sgg ItVVctltl i'“f focai" coSn "aria ' 
These variables include CBUF, a 14 character buffer cont^inino thi 

CHCNT ' a character count which may include blinks* 
and LPAREN, ASTER and RPAREN which were previously defined in 

?hf 1 =t° nCO i* ha 1I l dlces returned, CHCNT will be updated to reflect 
the elimination of any embedded blanks lect 

right 1 parlnthesil nSUr if th it ^oe s 6 n o^ 3 he^on 0 ° CCUr S before the 
displayed at the user's terminal: ' Allowing message is 

" NO RIGHT PAREN ! TRY AGAIN " . 


GLOBAL INPUTS: CBUF, LPAREN, RPAREN 

GLOBAL OUTPUTS: ASTER, CHCNT, ERROR 
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MODULE NAME: SNAPDEL (Snap Delete) 

FILE NAME: DSTAR. FOR 

PROCESS : DSTAR 

PURPOSE: To delete a previously entered snap table 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


SNPRC 

CALL SNAPDEL 
FOR$BITEST 


DESCR ThIs°rout ine is used to delete a snap table from the current 
workinq set of DSTAR snap tables. It is not used to delete 
nrpviouslv saved snap tables from disk which may be accomplished by 
Sling the appropriate VAX/VMS commands (See VAX/VMS DCL Dictionary 
- a n c \ Thp desired snap table number for deletion is 
entered by the user prior to this routine being called by SNPRC. 


GLOBAL INPUTS : None 

GLOBAL OUTPUTS: DEL, SCRIT, SNAME, SNENT 



MODULE NAME: 
FILE NAME: 
PROCESS: 


SYM_SEARCH (Search Symbol Table) 

S YM_SEARCH . FOR 

DSTAR 
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PURPOSE: To^look-up information about a flight software global 

CALLED BY : DSTAR 

™^ N ™ SEQUENCE: CALL SYM _ SE ARC H (SYMBOL, ADDRESS, FORM SIZE) 

CALLS TO: GET_BYTE, GEELONG, STR$COMPARE 

DESCRIPTION: 

character ^t'ring, ^/descriptor” 3 to STM^SEARCH^f the* f irst^alling 

the* variable 7 are 3 returne^^h^Vg^^^rana^i^g 1 ifhre^^aff ^^ft 

symbol^tabie, "I? zeroed^"" in the 9l ° bal 

packet^ha^the^oflow^g^forLt. 9r ° UP ° f Symb01 inf °™ation 


Name length 
Name 
Address 
format code 
memory length 


1 byte 

variable length 
4 bytes 
1 byte 
1 byte 


Vl f °™ at codes have the following meaning. The first two 

Thp h i£Ti1t- the Same machine data representation (floating point) 
The utility process VIEW differentiates between these bviSi™ 

of »2" 0g exponential f °™at to display variables with a format code 


1 floating point 

2 floating point 

3 signed integer 

4 unsigned hexidecimal 

5 ASCII 


table at the be 9 inin 9 of the global symbol 

In+r-lL* ®°th the start address of the table and the number of 

K global constant) may not be accessed directly from 

SYM SEARCH e bv U d^r)J f - definition - They are accessed by 

xM_SEARCH by declaring them external procedures and usino th^ *t nr 

GE^LONr »°r 0 0b,:ai ,\ Che i r value - The utility functions GET l??E and 
Sk ara used to fetch data from the table as it is Inarched 

n»es Tin4TLr f STR ! C "'“ is used to find a match sy^oi 
^ th func tion requires character string inputs, a 

qlobIl P svmbol S t C ,°hT trUCted and passed to S TR$ COMPARE to make the 
global symbol table name appear as a character string 
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GLOBAL INPUTS : SYMNUM, 

GLOBAL OUTPUTS : None 


SYMTAB 



MODULE NAME: 
FILE NAME: 
PROCESS: 


SNAPMOD (Snap Modification) 
dstar.for on ' 

DSTAR 
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PURPOSE: To modify an existing snap table. 

CALLED BY : SNPRC 

CALLING SEQUENCE: CALL SNAPMOD 

CALLS TO: GETKEV, GITEM, SNAPDOMP, UCASE 

DESCRIPTION: 

snap tab?e! OU Th:% P nYp m ^ble he to US |e SSiSt? * P«vK»».ly compLeted 
in response to a program prompt prior to thi<; S enbarec * by the user 
by SNPRC. Modifications are then made irf routlne bein 9 called 
prompts which guide the user through a session P ? nSe . t0 pro 9 ran » 
checked and appropriate messages displayed ™ ^ Inputs are error 
when errors are detected. Any data ifhho th * user's terminal 
modified including the key variable. th Snap table may be 

GLOBAL INPUTS: CBUF, CHCNT, MOD 

OBAL 0UTR UTS . SNAME^TABLE^TEIW ' ITN “ M ' ” AX ' NNENT ' SCRIT, 
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MODULE NAME: 
FILE NAME: 
PROCESS : 


SNPRC (Snap 
DSTAR. FOR 
DSTAR 


PURPOSE: 


To serve as the 
processing . 


Processing) 


executive 


routine 


for all 


snap 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


ddstar 

nsnap^oldsnap, snapdel, snapmod 


DESCRIPTION: desired snap table actions and 

calls^the 0 appropriate 6 ing ^nlp 

on dlsk ' 


GLOBAL INPUTS: 
GLOBAL OUTPUTS: 


CHCNT , SNENT 

DEL, MOD, NNENT, SNAPSAV, TERM 



MODULE NAME: 
FILE NAME: 
PROCESS : 


SNAPDUMP (Dump Snap Tables) 
DSTAR.FOR s ' 
DSTAR 
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PURPOSE: To print a copy of the select- 

rx cne selected snap table (s). 

DDSTAR, SNAPMOD 

CALLING SEQUENCE: CALL SNAPDUMP (tnum, nent) 


where : 


CALLS TO: 


tables" a re" to SeXped, dUmP Uer ° lndi «tes all 

entries iSSt t la V ^T^Si a emt f i f la9 of 

zero) the table - <°/a when tnum is 

FMTTIM, FOR$BITEST 


DESCRIPTION: 

terminai S o^°an n Infp S tablIs t Sn thr“board"l P tabl ? at the user ' s 

storing them 

the current wording set of “"i? 

TMnnm c . . 


GLOBAL INPUTS 
GLOBAL OUTPUTS 


DDATE, SCRIT, SNAME, SNENT, TIME 
None 



262 


MODULE NAME: 

FILE NAME: 
PROCESS: 

PURPOSE: To read 


OLDSNAP (R/W Snap Tables to Disc) 

DSTAR.FOR 

DSTAR 

or write a snap table to or from a disk file 


CALLED BY: 

CALLING SEQUENCE: 
CALLS TO: 


SNPRC 

CALL OLDSNAP 
CHECK, FOR$CLOSE, 


FOR$OPEN, 


SYM SEARCH 


DESCRIPTION. . j _ j j . k a test is made to ensure that 

If ! defined if ‘ o t a ma s s ag e* "NO SNAPS DEFINED, 

a snap has been definea, has been defined, the user 

NOTHING ter^ /ile’ name. Error checking is performed for 

is requested to enter a aooropriate message is returned for any 
all I/ 0 ° per ®^ 0nS x^fcwsaffl Yrite operation is announced by the 
message "SNAP TABLES SAVED ON FILE filename" where 'filename is 
the user supplied name. d f disk , the use r is requested 

If a V ll Z • SS. Vn- name As for the store function, error 
to enter the desired f • operations and appropriate 

checking is the data have been 

meS H a ? e L r disk each en?ry is processed as if it were entered from 
read from disk, eacn e y . *1 reauested from older versions 

the keyboard. This ensures that data ^requested iro once 

of the flight software are valid wit :h the ^“t variable not 

again, an error message will be displayed^ r ^ y^ ^ 

detectecT, tht nSVsage "SNAP TABLES RECOVERED" is displayed on the 
user's terminal. 

GLOBAL INPUTS: ADR, CBUF, CHCNT, ERROR, LGTH, LPAREN, RPAREN, 

SNENT, TYP 

GLOBAL OUTPUTS: SNAPDMP, SNPSAV, SRST 



MODULE NAME: 
FILE NAME: 
PROCESS: 


UCASE (Convert to Upper Case) 

DSTAR.FOR 

DSTAR 
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PURPOSE: To convert lower case ASCII characters to upper case. 

CALLED BY: DASPRC, GITEM, NSNAP, SNAPMOD 

CALLING SEQUENCE: CALL UCASE (cbuf, chcnt) 

where: cbuf - character buffer containing data 

chcnt — number of characters to convert to upper 
case 

CALLS TO : None 

DESCRIPTION: 

The input characters are tested to ensure that they are in the 
range a - z and then converted to upper case if they are 
Otherwise the characters remain unchanged. 

GLOBAL INPUTS : None 

GLOBAL OUTPUTS : None 
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APPENDICES 
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Appendix A - Digital Systems Diagrams 


HNAVFS Procedure 

HNAVML Procedure . . . 

HNAVB Procedure . . . 

HNSWIT Procedure . . . 

MLSEX Overview 

TRALCBA Procedure (HVGUID) 

LATCMD Procedure 

CMPF Procedure . . . 

LATRL Procedure 

FRCWS Procedure . . . 

ROOM Procedure . . . 

RBASC Procedure . . . 

RCOMA Procedure . . . 

RBASC A Procedure . . . 

DCRAB Procedure . . . 

HVG6 Procedure (HVGUID) 

VERCMD Procedure 

PAL Procedure . . . 

ELEVP Procedure 

PFFD Procedure . . . 

PAFD Procedure . . . 

PVPC Procedure . . . 

VTFCL Procedure . . • 

STABP Procedure . . . 

CDG Procedure (TGUID) . 

SPDCMD Procedure 

ATHCL Procedure 

MLOG Procedure 
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Note* The above drawings are produced in single page format 
for ease of reproduction. They are available on electronic media 
L Draw II should you wish to make your own copy in a more 
readable *3 ize . To receive a copy please contact David Wolverton at 

the following address: 


Computer Sciences Corporation 
3217 N. Armistead 
Hampton, VA 23666 
Phone (804) 865-1725. 
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LATCMD PROCEDURE 











.i 


ii « 

% ! 

ii 

lit 

II i 


I 3 


i i 

M Q 

B § 

? 1 

g ¥ 

I j 


/^\ /\ 


in n 

It \ » t 

» ! i 

i ! i 































LATRL PROCEDURE 









(♦ALWAYS) 



OFLATRL 














RBASC procedure 

















.99005 



SUBROUTINE OF LATRL 
































VERCMD PROCEDURE 



4LMATO) 



VERCMD PROCEDURE 












VERCMD PROCEDURE 













* (♦ ay ip) 


gw 









WMtCD OUT FITCH RATE 





PAGE 2 OF 2 




m 



SUBROUTINE OF ELEVP 












wwuv am PAGE 1 OF 2 

















SUBROUTINE OF ELEVP 











LEVEL DETECTOR 



























310 













312 


THIS PAGE INTENTIONALLY LEFT BLANK 



PRE««>iNG PAGE BLANK NOT FILMED 


313 


APPENDIX B 


HORIZONTAL/VERTICAL GUIDANCE COMPUTATIONS: 


The HVGUID software receives information about the present 
position of the airplane from the navigation software (HNAVFS) via 
data stored in global sections. Planned flight path information 
is obtained from the guidance buffer which is prepared bv the nath 
definition (PATHDF) software. These two sets of data are used in 
the computation of the major outputs of this module: cross track 

error (XTK) , track error (TKE) , advanced lateral control bank 
angle (ALCBA), altitude error (HER), commanded altitude rate 
(HDTC) , planned flight path angle (PFPA) , nominal ground speed 
(SDC) and acceleration command (SDD) . P 

The outputs from HVGUID may be separated into horizontal 
(XTK, TKE and ALCBA) and vertical (HER, HDTC and PFPA) axes, with 
a short section devoted to the ground speed commands (SDD, SDC) 
The horizontal and vertical axes will be discussed separately. 


Horizontal Guidance: 

Processing begins in the HVGUID procedure and any of four 
different paths can be taken from there — Initialization 
Straight Segment processing. Turn processing, or Path Termination! 
Once the horizontal path calculations have been completed, control 
passes to the vertical guidance equations or to the executive if 
path end has been reached. 


I. Initialization: 


The initialization path is taken if either of the flaos 
GUID2D, and NAV64K are not set. GUID2D is set when there are at 
least two waypoints in the guidance buffer and NAV64K is set when 
the ground speed exceeds 64 knots. 


, , During initialization, the 'to' waypoint pointer (TOWPT) is 
limited to two or more ('2' indicating the second waypoint on the 
path) with the assumption that the airplane is initially in the 
area of the first waypoint. The pilot may select any waypoint on 
the path (except the first) as the 'to' waypoint via the CDU 
select page. 

Once the proper 'to' waypoint has been determined, the 2D 
pointer (PTR2D) and the 4D pointer (PTR4D) for the airplane are 
set and the HVGP1 flag is cleared. The HVGP1 flag is used to 
indicate that one pass has been made through the HVGUID routine. 
After the HVGP1 flag is cleared, the program clears certain 
variables, sets up the waypoint normal vector (U12C) and transfers 
to the Vertical Guidance Off procedure (GD3D) . 
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II. Straight Segment Calculations: 

At the beginning of the straight segment the following flags 
and variables are cleared in the LEGSW procedure: TURN (Airplane 

in Turn Flag) , TEND (Airplane halfway through Turn Flag) , ALCFLG 
(Advanced Lateral Control Flag) , ALCBA (Advanced Lateral Control 
Bank Angle) and AMG (Angle Made Good) . In addition, DTOGO (Abeam 
Point to Next Waypoint Distance) is initialized to the initial 
value of DTG (Distance To Go) . HVGP1 is then set and DTOGO is 
calculated from then on by the regular guidance equations. 

The following quantities are computed in the straight segment 
portion of the routine: 

1 .) Airplane Position Unit Vector (PO) : 

The airplane position vector is one of the primary references 
in the Guidance Equations. The Airplane Position Unit Vector (PO) 
is calculated from the airplane latitude (LAT) and longitude (LON) 
supplied by the navigation algorithms. This value is computed in 
procedure HVGUID as follows: 

sin (LAT) SLAT 

COS (LAT) sin (LON) = — SLON*CLAT 

COS (LAT) cos (LON) CLON*CLAT 

The values CLAT, SLAT, CLON and SLON are the cosine and sine 
of latitude and longitude as computed by the Navigation equations. 
The following figure describes PO in relationship to the position 
of the airplane and the path. 



Figure B-l. Position Unit Vector (PO) 
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2.) Abeam Point Unit Vector (POP): 

The Abeam Point Unit Vector (POP) points to the location on 
the great circle path to which the airplane has progressed at any 
time. A line from the airplane perpendicular to the plane of the 
great circle intersects the plane at point B, and the extension of 
a straight line from the earth's center through B intersects the 
great circle at the abeam point POP. The components of the 
corresponding unit vector POP are found by subtracting the 
component of PO which is perpendicular to the plane of the great 
circle (i.e., parallel to U12C) from the vector PO as follows- 


POP - PO - (PO • U12C) * U12C) 


where: U12C is the Flight Path Normal Unit Vector 

(WPT_ACT(i) .NMV) , calculated in the Path 
Definition routines. 


POP locates the point on the great circle path to which the 
airplane has progressed at any particular time; therefore, the 
point POP is sometimes referred to as the airplane's 'progress 
point' as illustrated in figure B-2. 


POP 



Figure B-2. Geometry of the Abeam Vector 
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3.) Abeam Point to Next Waypoint Distance (DTG) : 

The great circle distance from POP to WPV(i) is found by 
computing the angle subtended at the earth center by the unit 
vectors POP and WPV(i), and multiplying this angle in radians by 
the earth radius. The length of this cross product could be found 
j^y squaring each component of the product/ adding and taking the 
square root. However, this lengthy computation can be avoided by 
dotting the cross product into the normal unit vector U12C. Since 
POP and WPV(i) both lie in the plane of the great circle, their 
cross is perpendicular to that plane and therefore parallel to 
U12C as given by: 

sin (P) = (POP X WPV ( i ) ) • U12C 

where: U12C is set to WPT_ACT ( i ) . NMV in mainline code. 


In addition to reducing computational time, the general 
technique of using the cross and dot products together makes it 
possible to maintain the sense (positive or negative) of the 
computed quantities. The cosine of the angle is found from the 
dot product as follows: 


cos (p ) = POP • WPV(i) 

The angle is found from a double argument arctangent 
subroutine, hence the distance is given by: 

DTG = Re * arctangent (sin ( p) , cos (P>> 
where: Re is the local radius of the earth. 



Figure B-3 . Abeam Point to Waypoint Distance 
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tDTOGoT- 6am P ° int t0 Middle ° f ArC at the Next Waypoint Distance 

The purpose of the Abeam Point to the Middle of the Arc 
Distance (DTOGO) is to aid in determining the time to the next 
waypoint. The DTOGO value is determined by subtracting the 
Tangent Point to Waypoint distance, DTT(i) from the Abeam Point to 
Waypoint distance (DTG) , and then adding the half Arc Distance 
(A02) as given: 

DTOGO = DTG - WPT_ACT(i) . DTT + A02 



Figure B-4 . Abeam Point to Middle of Arc 


If the upcoming waypoint is the inbound waypoint of a DME- 
Arc, then the equation for the Abeam Point to the Middle of the 
Next Waypoint is simply the Abeam Point to Waypoint Distance (DTG} 
as given: 

DTOGO = DTG 



Figue B-5. DME-Arc Distance 
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5.) Crosstrack Distance to the Planned Flight Path (XTK) : 

The crosstrack distance to the planned flight path (XTK) is 
used to compute the Lateral Steering Command (LATSTR) as well as 
determining the status of the Be Careful Flag (BCFLAG) . The 
crosstrack distance is the distance from the airplane to the abeam 
point. It is positive when the airplane is to the right of the 
path. The distance is computed by multiplying the angle between 
the airplane position unit vector (PO) and the abeam point unit 
vector (POP) in radians, by the radius of the earth as given: 


XTK = Re * arctangent (sin (a) , cos (a)) 
Where: Re = local radius of the earth 


sin (a) = -PO 


U12C 


COS (a) = PO • POP 



Figure B-6. Crosstrack Distance 
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6.) Desired Track Along a Great Circle Path (DSRTK) : 

By definition, the desired track is the track anoi P 
to true north of a vector tangent to the great circleVh at Jhp 
abeam point POP, pointing in the forward direction alone 
The computation of the desired track invoTves the unit nt , 
vector (U12C) and a unit vector H which points westward at pSp% 
westward pointing vector was chosen because, unlike ^ north 
pointing vector, one component is always zero and the other two 
components depend only on longitude, thus simplifying the 
calculations. The vector M is given by the equations! Y 9 th 



0 


0 


P0P 3 

« 

cos (LON) 


-P0P 2 


sin (LON) 


— — 


— _ 


where LON is the longitude at the abeam point POP Th* 
orientation of the unit vectors M and U12C to the path are shown 


N 



WPV(i) 


Figure B-7 . Desired Track 
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The desired track DSRTK is found from the equation: 

DSRTK ■■ arctangent (sin (A ) , (cos (A) ) 

Where: sin (A) - (012C X M) • POP 

/N /S 

cos (A) = U12C • M 



The computation of sin A utilizes a dot product with POP to 
convert the vector M x U12C to a scalar quantity. This is 
legitimate because POP is a unit vector parallel to M x U12C. 

7.) Track Angle Error (TKE) : 

The Track Angle Error is used as one of the parameters in the 
Lateral Steering Command (LATSTR) calculations. This value is 
computed from the airplane's track (TK) and the Desired Track 

Angle (DSRTK) . 


TKE = TK - DSRTK 



Figure B-9. Track Angle Error 
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III. Turn Computations: 

The turn calculations start when the Abeam Point of the 
airplane gets to the Tangent Point of the turn as shown below. 


DTG ► 




Figure B-10. Distances to the Turn 

There are three criteria for determining that the guidance 
routine should be making turn calculations: 


1. TURN = TRUE 

2. DTG < (VGS * DELTAT) 

3. DTG < WPT ACT (I) . DTT 


The first check is for the turn discrete (TURN) . if the 
guidance equations have previously decided that the airplane is in 
the turn, TURN is set . The second test determines if the distance 
the airplane will travel before the next time through the loop 
(VGS * DELTAT) is greater than or equal to the Abeam Point to Next 
Waypoint Distance (DTG) . This test is used in the DME-Arc case 
where the inbound waypoint WP(IN) is at the Tangent Point. So 
when the airplane passes the waypoint, the guidance routine should 
switch to the turn calculations. The third test is for the 
circular turns . 
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The following quantities are computed in the Turn portion of 
the routine: 

1. The Magnitude of the Track Angle Change (MAGTA) 

2 . The Turn Normal Unit Vector (U12C) 

3. The Abeam Point to Middle of Arc at Next Waypoint 
Distance (DTOGO) 

4. The Crosstrack Distance_to_Planned_Flight_Path (XTK) 

during turns 

5. The Desired Track (DSRTK) during turns 

6. The Turn Angle Made Good (AMG) 

8. The Nominal Bank Angle (NOMBA) 

9. The Distance Before the Turn to Apply Advanced Lateral 

Control (RALC) 

10. The Advanced Lateral Control Exit Angle ( ALCXA) 

11. The Advanced Lateral Control Bank Angle ( ALCBA) 


1 . ) Magnitude of the Track Angle Change (MAGTA) : 

The Magnitude of the Track Angle Change (MAGTA) is used to 
determine the midpoint and end of a turn. It is calculated by 
taking the absolute value of the Track Angle Change (TA) defined 
for the next waypoint, as follows: 


MAGTA = | WPT_ACT (i) .TA | 



Figure B-ll. Turn Magnitude 
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2.) Turn Normal Unit Vector (U12C) : 

The Turn Normal Unit Vector is used to calculate airplane 
position for Horizontal Guidance during turns. It is derived by 
subtracting from the difference between the Airplane Position 
Vector (PO) and POP (set equal to the Turn Center Unit Vector 
(TCV) in subroutine AAA) , the component of that vector in the Turn 
Center Unit Vector direction ( ( (PO - POP) • POP) * POP), as given: 


U12C = TMPV - sign(TA) * ( (TMPV • POP) * POP) 


Where : 


TMPV = PO - 



TA is positive for right turn, negative for left 
turns 



Figure B-12. Turn Normal Unit Vector 
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3.) The Abeam Point to Middle of Arc at Next Waypoint Distance 
(DTOGO) 

DTOGO is adjusted during turns according to the position in 
the turn. During the first half of a turn, DTOGO is the half-arc 
distance minus the angle made good times the turn radius: 

DTOGO = A02 - RTN * AMG * DTOR 


POP 


» 



Figure B-13. Abeam Point to Middle of Arc during 

first half of turn 


During the second half of the turn, the center-to-center 
distance (WP_ACT.CCD) between the previous and next waypoints is 
added as follows: 


DTOGO - DTOGO + WP_ACT (PTR2D+1) . CCD 


POP 



Figure B-14. Abeam Point to Middle of Arc during 
second half of turn 
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4.) Crosstrack Distance to Planned Flight Path during turns 
(XTK) : 

The purpose of Crosstrack Distance (XTK) is to compute the 
Lateral steering signal LATSTR and to determine the status of the 
Be Careful Flag, BCFLAG . The Crosstrack distance is calculated as 
the distance to the turn center, then adjusted by subtracting the 
turn radius to reflect the distance from the airplane to the Abeam 
Point as given: 


XTK = Re*arctangent (-(PO • U12C) , (PO • POP)) + RTN * sign(TA) 
Where: Re is the local radius of the earth 

POP is set equal to WPT ACT (i) .TCV 



Figure B-15. Crosstrack Distance to POP 

5.) Desired Track Angle During Turns (DSRTK) : 

The Desired Track Along the Great Circle Path is used to 
compute the Track Angle Error (TKE) , an important element of the 
Lateral Steering Signal (LATSTR) . The Desired Track calculation 
is modified during turns by replacing the path normal unit vector 
(NMV) with U12C, and POP with TCV (refer to DSRTK for straight 
segments), as follows: 

/V /\ /S XV XV 

DSRTK - arctangent ( ( (U12C x M) • POP) , (U12C • M) ) 



Figure B-16. Desired Track During Turns 
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6.) Turn Angle Made Good (AMG) : 

The purpose of computing the Turn Angle Made Good (AMG) is to 
continually determine the progress of the airplane around the 
turn. The Angle Made Good is the angle between the Path Normal 
Unit Vector (NMV) and the Turn Normal Unit Vector (U12C) , as 
given: 


sin (AMG) = (U12C x NMV (i) ) • TCV(i) 

/N 

COS (AMG) * U12C • NMV (i) 


AMG * arctangent (sin (AMG), cos (AMG) ) 


If the turn angle is negative, ( . TA ( i ) < 0), then: 
AMG - 360 - AMG 


WP(I) 

» 



TCV(i) 


Figure B-17. Turn Angle Made Good 


7.) Nominal Bank Angle (NOMBA) : 

The Nominal Bank Angle is the bank angle necessary for the 
airplane to turn at the specified turn radius. It is used for the 
Advanced Lateral Control equations and as an element of the 
Lateral Steering Command. It is based on the turn radius and 
speed of the airplane, as given: 


NOMBA -= arctangent (GSFPS 2 / (GRAVO * RTN) ) 
where: GRAVO = Nominal acceleration of gravity 

RTN = Radius of turn in feet. 
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8.) Distance to Apply Advanced Lateral Control (RALC) : 

The roll command must be given prior to the point of tangency 
(try) so that the airplane has enough time to be at the proper bank 
anale when it begins the turn. The time necessary for the roll is 
approximately equal to the nominal bank angle divided by the roll 
rate limit of the control system: 


t = NOMBA/ROLL RATE LIMIT 


Then the distance before the tangent point is: 
RALC = NOMBA * 0.25 * GSFPS 



9.) Distance to Remove Bank Angle Command (ALCXA) . 

In order to smoothly meet the next leg of a flight path, it 
is necessary to begin the roll out after a turn before the end of 
iL turn The roll out to wings level is begun when the arc 
length remaining is equal to the time necessary for roll out times 
the angular speed of the airplane (GSFPS/WPRTN) , as given: 


NOMBA 


Roll Rate Limit 


GSFPS * RTOD 
RTN 


RTOD * RALC 
RTN 



Figure B- 19. ALC Exit Angle 
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10.) Advanced Lateral Control Bank Angle (ALCBA) : 

The Advanced Lateral Control Bank Angle (ALCBA) is the 
element of the Lateral Steering Signal (LATSTR) that represent.? 
the lateral acceleration necessary to stay on the curved path 
during turns. ALCBA is only used when the airplane is beyond the 
distance before the turn to apply Advanced Lateral Control (RALC) 
and has not yet reached the distance before the end of turn to 
remove the Advanced Lateral Control (ALCXA) . The bank angle is 
calculated from the Nominal Bank Angle (NOMBA) and the sign of the 
Waypoint Turn Angle (WPTA) as follows: 


ALCBA = NOMBA * sign(TA) 


The Bank Angle is computed under the following conditions: 


1 . when DTOGO >= RALC + A02 

then: the airplane has not reached the roll-up point 
(RALC) and ALCBA =0 

2. when DTOGO < RALC + A02 

then: past the roll-up point but not yet in the turn 
and ALCBA = Sign (TA) * NOMBA 

3 . when MAGTA - AMG >= ALCXA 

then, in the turn, not to roll out point and 
ALCBA = Sign (TA) * NOMBA 

4 . when MAGTA - AMG < ALCXA 

then: beyond the roll out point and ALCBA = 0 
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IV. Vertical Guidance Computations 

The following quantities are computed 
Guidance portion of the routine: 


in the 


Vertical 


1. The Abeam Point Commanded Altitude (HC) 

2. The Vertical Path Error (HER) 

3. The Vertical Guidance Switch Point Distance (HDIS) 

4. The Raw Vertical Speed Command (HDTCR) 

5. The Vertical Speed Command (HDTC) 

6. The Planned Flight Path Angle (PFPA) 


1.) Abeam Point Commanded Altitude (HC) : 

The change from WPALT(i-l) and WPALT (i l -i q a . 
transition with distance beginning at the midturn of WPU-i^lnd 

wFIl? described t^is^t The " a ^ oint Waypoint Gradient 

point planned SlSSS* i??. ^nec^ 

waypoint height the product of the Wavooinf ^ . f ° the 

Gradient and the distance to the midpoint (DTOGO) , as given? Path 


HC - WPT_ACT (i) . ALT - DTOGO * WPT_ACT (i) . FPA * DTOR 




HC = WP_ACT (i+1) .ALT - DTOGO * WP_ACT(i+l) .FPA * DTOR 
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2 ) Vertical Path Error (HER): 

. • i D .i.k Fr-ror (HER) is one of the major elements 
The ^ ertl 5? i J-,.! 1 ion of the Altitude Rate Command (VSTRA) . HER 
^ the" difference between the Abeam Point Commanded Altitude (HC) 
and the actual altitude (ALTCOR), aa given: 


HER - HC - ALTCOR 


HER 



ALTCOR 



Figure B-21. Altitude Error 


331 


3.) Vertical Guidance Switch Point Distance (HDIS) : 

The 3D pointers for the Waypoint to Waypoint Path Gradient 
(WP_ACT . FPA) are switched (or updated) prior to reaching the 
waypoint to anticipate vertical maneuvers. This is the equivalent 
in the vertical axis of the Advanced Lateral Control in the 
lateral axis. The switch point is calculated according to ground 
speed, change in flight path angle at the waypoint and the nominal 
vertical acceleration rate (2 fps/sec) : 

HDIS = (FPA - FPAN) * DTOR * GSFPS 2 / 2 

Where: FPA is the path gradiant of the present segment (in 

radians) 

FPAN is the path gradiant of the next segment (in 
radians) . 

If HDIS < 300. HDIS is set to 300. 

PTR3D is updated when DTOGO becomes less than HDIS. 


WP 


HDIS. 



Figure B-22 . Switch Point Distance 
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4.) Raw Vertical Speed Command (HDTCR) : 

The raw vertical speed command (HDTCR) is the input to the 
rate limited vertical speed command (HDTC) . HDTCR is derived from 
the Waypoint to Waypoint Path Gradient (FPA) and the current 
ground speed of the airplane (GSFPS), as given: 

HDTCR = GSFPS * FPA * cos (TKE) 

Where: FPA is the current segment path gradiant (in radians) 


5.) Vertical Speed Command (HDTC): 

The vertical speed command is one of the three major elements 
which make up the Altitude Rate Command ( VSTRA) . HDTC is 
developed by passing the raw vertical speed command (HDTCR) 
through a rate limited lag. As indicated, the lag is 6.25 
seconds, with a maximum vertical acceleration of 2.0 fps^- 



Figure B-23. Vertical Speed Command 


6.) Planned Flight Path Angle (PFPA) : 

The Planned Flight Path Angle (or commanded gamma) is used in 
the calculation of the Flight Path Angle Error displayed on the 
CDU. It was previously used to drive the dashed gamma wedges on 
an earlier version of the PFD, and may optionally be used to drive 
the gamma wedges on the present Primary Flight Display (PFD) . The 
PFPA is determined by dividing the vertical speed command (HDTC) 
by the present Ground Speed of the Airplane (GSFPS) . 

PFPA - RTOD * HDTC / GSFPS 
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V. 


Speed Guidance Com P““^°“ are con , pute d for use in the ground 
sp eed T ^/ f o O r U Se n 9 pa q th an ( 40 , guidance computations: 


1 . 
2 . 
3 . 
4 . 


Tht Ground spned 1SPG, 

= :r.r. = “ rs.r: — 


Path Acceleration (SDD) is calculated in fps per 
!.) The Average Path Accere 

foot as given: 


SDD 


„™rPS . (WPT ^TnWPT'.GS-WPTACT.TOWPT-U.GS). 

^ ^ T ^ . CCD 


. *. rez-rnai to PTR 4 D except during the 

” here (ir™ T half S cf a DME_arc turn, when it is set 
floual to PTR 4 D+ 1 . 


2 .) Abeam Point Commanded Ground Speed _ (SDC)^ from th# 

The Abeam Point C°”“ s " d f 1 ™ £ct GS> , the waypoint center to 

center^distance^* SS^SSi. * ^ 

the next waypoint ^• t J" c u8e a £o r Ground Speed mode and (by 
TGU ID? 't : ime D pat h (4b) guidance. 

-UDC - KTOFPS * WPT__ACT (TOWPT) .GS - SDD * DTOGO 


Speed 



Figure B -24 Velocity Profile 
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3.) Airplane Distance Made Good (DMG) : 

path segments an betwe S en ni ?ott? d th^ 0 °2efe!? G> 18 the len 9 th of the 
; i K r ? 1 J ane ' The reference waypoint is /h w *ypoint and the 

behmd the airplane and the ?i me box lh ” ayp ° int closest to bu t 

added n to°DMr P * th . segment ' the length of^hat airp lane reaches 
aaaea to DMG as given hplnu T £ segment (Wpccrw 

compared to the Distance ^Good of r ° u?lne tSTSS! rs 

are used to update each other. th tlme box (DMG1) and thej 


when : 2 * AMG > MAGTA 

then : DMG = DMG + WPCCD 


WP 





Figure B-25. 


Distance Made Good 
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4.) Progress Distance of the Airplane (DTOTL) : 

The Progress Distance (DTOTL) is used in the calculation of 
Separation Distance (SEPR) in the Time Path routine. The Progress 
Distance is calculated from the Distance Made Good (DMG) plus the 
Turn Center to Turn Center Distance (WPCCD) of the 'to' Waypoint, 
minus the Abeam Point to the Next Waypoint Center of Turn Distance 
(DTOGO) , as given : 


DTOTL = DMG + WPCCD (i) - DTOGO 



Figure B-26. Progress Distance 



THIS PAGE INTENTIONALLY LEFT BLANK 



PREMISING PACE BLANK NOT FILMED 

337 

APPENDIX C 

MICROWAVE LANDING SYSTEM (MLS) OVERVIEW 

shaped T £ im^r e " te re nee ^ s cann i^Kj° "rad earn ^ t f ^' ran ®” l ^ ts two cone- 
(Figure C-3) . One beam scans 60 degrees from the runwa y area 
runway center at a rate of 13 l/f tiL! 6 to side of the 

azimuth (AZ) referencing. The second beam seco i ld to provide 

down to some minimum angle above the runwat" 8 / k P t° de ^ rees and 
airport to airport) at a rate of 40 tim ee ^ (which varies from 
basic glideslope guidance (ELI) A thir^ secon d to provide 
transmitted from a distance measuring I? .non-scanning beam 
provides ranging information. This dme h*”" 6 " 11 (DME) site 
interrogation and has an angular ME beam transmits on 

azimuth and 20 degrees in elevation °/ 120 de ^ rees in 

the receiving equipment on the aircraft j® ference m ean S that 
difference between successive 'to° and -f , measure the time 
scanning beams to determine aircraft no«si t- ,• r ° sweeps of the 
runway centerline and to a preselected ‘glide'path . rSlatiVe C ° the 

facility but applies equally°w e il to S any°MLS he W ? 1 'i < ? ps Isl and MLS 
fotpSpecific antenna locations, 

point ?2 e 83 M “eeT° f r ^r tL 3 ^ end^of ha = as origin a 

acility. it is located on runway centerlT^ \ 3t tbe Wallo Ps 
feet above MSL . The DME is locate/ 6 w ^ ^ at a hei 9 h t of 41 

to the right of the azimuth antenna which 1 " ° f and 62 feet 

J5? “ L1 8ite is o«set to the left of tL at the MLS 

coord/iTat e ( 0^*92 18 ~feet ™ 

g , Z) in . the MLS coordinate*" s^te^^h^MLS 0 ^^! 0 ^ h gravity (x ' 
software will track the defined gUd^ope* sho^n 'injure c-f^ 18 

origin established 1 ^ th^ 3 azimuth I* LS co . ordinate system with its 
X-axis is defined * si ^*. ^he positiv^ 

the azimuth antenna system has been * 1 f is assumed that 

runway centerline, i. e/bore sighted air hTlf With the P^aical 
made to operate with an MLS system li/h h 9 ., Pr0visi °n has been 
to the runway but displaced to one sicuf AZ beam P arall el 

positive Z direction is defined vertical^ he center " 1 ine. The 
direction is defined as shown to comoi^ 1 ^^ and the Positive Y 
coordinate system. Figure C -3 ha? 1 ^ the ri g ht “ han d Cartesian 
three hypothetical positions? 1’ “V th » •!«*.«: at 

aircraft is to the left of runway center n *«• Position ' A ' the 

assumed to be facing in the direction of ' ^ ere the viewer is 
The aircraft is at 'some" altitude^z f “above Th^MLs" xT** ' 

Plane. The sense of various quantities areas “flows: 
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r»T i Azimuth and 'delta Y'; 
o positive Rdtie X and Z displacement; 

O negative Y displacement. 

.. it a y' (DELTY) signal derived from the MLS 
Note that the delta the ga i n programmed localizer 

processing is deri i e d from the ILS localizer deviation 

deviation signal ETA , f ETAFT is 'positive to cause a 

angle (LOCDEV) . As the se ^® requir ed that DELTY be defined 
fly-right command , xt « » • command, i.e, when the aircraft 

with positive sense tor IX Y ^ * 
is to the left of runway centerline. 

aircraft is assumed to be to the right 
At position B , f DELTY is negative to cause a fly 

of runway centerline, the« f m1 law Note also that azimuth 

^ £t „e" d at fr pos2i e on 'B', while Y(mls, is positive. 

Although not obvious from Figure £ e 3 ’ eipher y po3 itive or 
positive or negative. Lik equipment with a 'back azimuth 

^|abmty) ( b S ut U the 9 present software does not support this. 

The planform view of the a^rcraf^, £^ t J^; cr , a c f i '■ ***»"• 
equal to runway heading, ls h velocities and accelerations 
illustration is presented to cla y axes, versus velocities and 

developed relative to aircr coordinat es . Two factors are 

“: s C p^bVe 0n ftrTo P me eS c S o e n?usion over these items: 

. S f ^n l ^--y d ?S^ epft^e 1 ^ 5 

axis of the inertial MLS reference frame. 

° ™ a” |i««ion 1 Spproxi^ely d t80 h degrees V to the Z- 

axis of the MLS reference frame. 


These 


factors result in the following: 


X (mis) 
Y (mis) 
Z (mis) 


-X(body) 

Y (body) 
-Z(body) = h 


The parameters XDME, *DME and ZEV if^he^ME transmitter is 
respect to the MLS coordinate transmitter, the YDME 

located to the left ^5 aative / pos itive sense; if the ELI antenna is 
parameter will have / P v_ Y plane, the ZE1G parameter will 

located above/below the MLS X ^ P^ne, ^ several of the 

have positive/negative sense. bl MLg softwar e and their 

frequently used parameters 
respective polarities. 
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ITEM 

Az 

DME 

Ell 

TP 6 

TP12 

TP74 

TP75 


LATITUDE 

37.923962 
37.924066 
37 . 944799 
37.926944 
37 . 929268 
37.946930 
37 . 947274 


LONGITUDE 

-75.473675 

-75.473845 

-75.455473 

-75.471304 

-75.469457 

-75.455418 

-75.455145 


— MSL 

41.1 

49.7 

34.7 

34.2 

34.8 
32.6 

32.2 


True Heading Runway 22 = 212.193* 



FIGURE C-l . WALLOPS FLIGHT CENTER MLS Antenna and 
Test Point Locations on Runway 22 





Figure C-3 Localizer Deviation Calculations 
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TABLE C-l MLS PARAMETER INFORMATION 


VECTORS : 


Vector name Computed by Contents 


ACC 

CFILT 

ACCHAT 

CFILT 

BIASBA 

CFILT 

BIASIR 

CFILT 

BMACC 

IOFLL 

EX 

CFILT 

MLSRAW 

IOFLL 

MLSS P 

PFILT 

MLSS PRED 

PRINV 

OTLERR 

CNTRM 

POS CG 

XYZIN 

POSHAT 

CFILT 

VELHAT 

CFILT 

XHTP 

CFILT 


XDD, YDD, ZDD 
XDDH, YDDH, ZDDH 
(est of bias on BMACC) 
(est of bias on IRS Acc) 
Ax, Ay, Fn 
{ POS_CG } - {XHtp} 

R, AZ, ELI 

Rhat, Azhat, ELlhat 

Rp, AZp, ELlp 

{MLS RAW} - {MLSS_PRED } 

X, Y, Z (Compt'd) 

Xhat, Yhat, Zhat 
XDH, YDH, ZDH 
(Updated POSHAT) 


POLARITY INFORMATION: 


Parameter 

R, Rhat, Rp 
Az, Azhat, Azp 
Ell, Ellhat , Ellhat 

X, Xhat, XGPIP 

Y, Yhat, YPROF 

Z, Zhat, 

XDH, YDH, ZDH 
XDDH, YDDH, ZDDH 
HGPIP 

ETAH 

BETAH 

MCONF BIT CONFIGURATION: 


Polarity 

always positive 
+ left of Rwy C.L. 

+ above phase center 
+ from Az antenna to threshold 
+ right of Rwy centerline 
+ above MLS X-Y Plane 
+ on increasing X, Y, Z 
+ on increasing XDH, YDH, ZDH 
+ when GPIP below MLS X-Y plane 
+ above glides lope 
+ left of Rwy centerline 


BIT 

BOOLEAN SET 

USE 

15 

MLSC 

Enable MLS computations 

14 

RLMLS 

Use MLS data in Flight Controls 

13 

(EL2F) 

Update IDD on first pass of MLSMOD 

12 

BMAFLG 

Use body mtd vs. IRS accel's in CFILT 

11 

SIMILS 

Simulate ILS signals from raw MLS 

10 

VGS_FLG 

Use VN and VE vs. prefilter velocities 
velocities to initialize XDH, YDH 

9 

MSW6 

Use MLS ZDDH vs. HDDF in VCWS, 
Auto, and glidescope tracking 

8 

MSW1 

Use MLS derived values in flare 


control law 
Unused by MLS 


7-0 
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Appendix D - VIEW Command Entries 


When entering commands to VIEW, the entered text is shown 
below the last display line. The prompt is shown while VIEW 
is accepting input. While the VIEW prompt is displayed the values 
of the variables on the display lines are not updated. This 
"freezes" the state of all displayed variables at the time input 
was started. To perform a value "freeze" when no actual entries 
need to be made, enter a blank space to get into update hold. A 
carriage return will send a null command to VIEW which will return 
to standard update mode. 

The following pages contain a description of the commands 
available for VIEW users. When the complete format of a command is 
given, optional parts are delimited by square brackets. The last 
page of this section contains examples of VIEW commands with a 
brief description of the actions performed. 


** Displaying Variables ** 

Flight software global variables may be placed on the VIEW 
display screen by entering their name followed by one or more 
options. The general format of this command is shown below. 

<name> [ < [+] n) ] [/L=n[/I]] [/F=a[.n]] [/R=n] [/D=a] (/S=n] 

The various options are used to override default actions from VIEW. 
SUBSCRIPT / OFFSET 

A numeric value may be entered, enclosed in parentheses, 
immediately following the symbol name. VIEW interprets the number 
in one of two ways. If the entered value is an unsigned constant 
then the value is treated as an array index. VIEW uses the index 
to determine which of several consecutive data items should be 
displayed. When the value is preceeded by a "+" or "-" sign the 
value will be used as a direct byte offset from the address 
associated with the variable's name. When no subscript is supplied 
the base address of the entered variable is used. Note that 
entering "(1)" or "(+0)" after a variable shows the identical 
memory location as is seen when the variable's name is entered by 
itself. 

/L 

This switch is used to select the line on the display screen 
(1-20) where the variable will be placed. The default is the first 
line after the last used line. When the /L option is used any 
variable already show on the chosen line will be erased. If the 
new variable is to be inserted at the line the /I switch must be 
used in conjunction with /L. When the /I is used the variables on 
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the rest of the display page are moved down to make room for the 
new entry. Note that variables at the bottom of the display page 
will be pushed of the end of the page. 

/F 


This switch is used to override the default format stored in 
the VIEW symbol table. There are two parts to this switch; The 
format type and the format length. The format length indicates how 
many bytes of memory belong to the variable and the format type 
defines how the data at that location is interpreted. The 
following table shows the five format types and their valid data 
lengths . 


FORMAT LENGTH DESCRIPTION 


F 

E 

I 

H 

A 


4,8 floating point format 

4,8 exponential floating point 

1,2,4 signed decimal fixed point 

1,2,4 unsigned hexadecimal fixed point 

1-8 ASCII text 


Note the byte length defaults to 4 when not supplied. 


/R 


The repeat count is used to display a group of consecutive 
memory locations each having the same data format. The default 
repeat count is one, which shows the symbolic address location 
only. 


/D 


This switch overrides the default description label placed 
alongside an entered variable. VIEW uses the entered variable name 
as the label by default. Any ASCII text string may be used, up to 
14 characters long. 

/S 


This switch defines the number of lines to be used for an 
update sequence of the selected variable. An update sequence shows 
the last "n" sampled values of the chosen variable. For each 
update cycle of VIEW only one line in the update sequence is 
changed to reflect the most recent sample of the variable. When 
the line is updated a two digit hexadecimal sequence number is 
appended to the end of line. The sequence number is used to denote 
which line within the update sequence was updated last. On the 
next update cycle the next line within the sequence is changed. 
Past values of the variable remain on the screen on the other lines 
of the update sequence. Note that only one update sequence may be 
in effect at a time. 
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* * 


Modifying Variables ** 


VIEW display line by spec! f yino th?^ 16 W *L ich is shwn the 
value. Centered “<* «“* paired 

to display the variable. The format^of P th e coI°and is as™oLo« d 

#<line>=<value> [/R=n] 

be modiffe^bj usinfthl “ s^S'irsuppi'y'the'co^t^ 

** Deleting Display Lines ** 

display"® Tt^ 1 * ^)^at S 0 f 1 ^ie cSmmandTs as lollop ^ th ® VIEW 

-<line> [/C] [ /R=n] 

removed® U Tt ' if d«i«d d tharthT^ 3 - 1 K,° nSe / Utive lines musc be 

lines shouid be moved up “fin" the^vLlt^soroi 11 ^ deleted 
switch I/O is pnt'AroH m * e Y ac ated space the compress 

display use remove 311 the va tiables from the 


** Changing Pages ** 

Simpiy^nter^h^de ^ired^iag^ dumber 13 ms* <CR>°neces ntY “J** e3ch - 

the desired one. Note that entPHno t-h° „ necessary, to get to 
convenient way to ZTsrjL* 




creating Command Sets 

a ,^ 8 ^ enCe , 0f VIEW commands ma Y be saved on a file for use at 
a later time. To enable command logging enter 


\<f ile> 

are "to Ife Stored ^ To^^ahf d * Sk file “ here the VIEW commands 

aj.e u.ooe scored. To disable logging the "\" is entered sna in 

chanqe^d to a ™>>" PP h nded ' NOte the standard VIEW prompt® is 

srsa - - i^X-Jsrsii’s 

enablld 6 ^^ .?"» VIEW c ° mmand “hich is valid only while logging is 

LaSr when JL ; comm ? nd P lacaa a Pause into the command sit file 

will b^ inter runt ed an »t 1S executed the stream of VIEW commands 

wiii ce interrupted at the point where the was entered Tun 

I P ec“fon 6X1 An f “ fr “ 3 P 3use iTt 

execution. An <esc> entry terminates the command set, returning 
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, h nndate mode. Any other key stroke will cause VIE 
VIEW to standard updat £f mainder of t he command set. 
to continue on w ^ nd sets C an be created from a command log file 
Built in command sets can o program enter 

by using the program VIEW_sei. 

run UTL:VIEW_SET 

. \rivv The* SETUP. MAR file linked with 

on the software development VAX. £he^ program . After exiting 

VIEW the m SETUp e MAR Y file must be assembled and a new VIEW.EXE 

cre*teT"the UnXer . 


** Predefined Command Sets 


* * 


prede^neTco^and set . V *£.' as follows. 

@n or 0<file> 

^ r\f i-h<» built-in command sets is 

When the 0n form is used o of t built-in command sets 

executed. To get a d a ir ®^° ry in ° co ^„and set type the "0" command 
enter 00. To execute a the desired command set. A command set 
followed by the n ^® r . Routed by following the "0" command by 
that exists on a file is exe set Q f VIEW commands. In 

the name of the file oontaining the set were entered 

. paqe the commands are executcu ** 

manually in the order saved in the command set. 

** Symbolic Name Directory 

s ymbo l^t able ^y 5 he 9 displayed ^n^he ^J Cl e c t®en with this command. 

The format of the command is as follows. 

?<pattern> 

All variables that match the ®^ered rs^^and "%" may be used 
alphabetic order. The "„ h a„ y c“arac t «faay fit in the 
entered position, including^none aj all. The symbol can 

represent^ exactly one character position. 

** Exiting View ** 

Enter *Z to stop the programandsavethe state^of 

pages. "QUIT" exits VIEW freeing memory fSr storage of page 
conf igur at ion^ the ^fsh^ld^ used al the end of a session. 
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** Obtaining Help ** 

Enter "HELP" to produce a page of command reference text. Any 
key stroke will return the display to the standard VIEW page. 


VIEW command examples 

COMMAND RESULT 

PITCH Places the variable PITCH on the next 

available display line using the format 
stored in the VIEW symbol table. 

LIST (4) /L=6/R=3/F=H. 2 Places three elements of the array LIST, 

starting with the fourth element, onto 
display lines 6-8. The data format is 
two byte hexadecimal representation. 

#4=17.51 Changes the global memory associated with 

the variable on line #4 to 17.51. The 
format used on the display would need to be 
either "F" or "E". 

-15 Remove from the display the variable shown 

on line #15. 

-1/R=3/C Remove the variables on lines 1-3, moving 

the rest of the displayed variables up to 
fill the empty lines. 

@4 Execute the fourth built in command set. 

@ [-] COMMANDS . LOG Execute the command set stored in the 

specified file. 

\ [-] COMMANDS . LOG Log VIEW commands on the specified file. 

\ Terminate command logging. 

?S*1 Display all global variable names which 

start with "S" and end with "1". 


?R%%% 


Display all four letter global variable 
names which start with "R" . 
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Appendix E - CREATING THE EXECUTABLE IMAGES 


The following files are provided with the source code files in 
a delivery set. These files are used in the generation of the 
display executable images. 


BUILD.COM 

DDSTAR.COM 

DSPFST.COM 

DSPHDL . COM 

DSPSLW.COM 

SECTION.COM 

VIEW.COM 


Builds all images using following ".COM" files 
Linker commands for building DDSTAR.EXE 
Linker commands for building DSPFST.EXE 
Linker commands for building DSPHDL . EXE 
Linker commands for building DSPSLW.EXE 
Linker commands for building SECTION.EXE 
Linker commands for building VIEW.EXE 


DSPFST . OPT 
DSPHDL. OPT 
DSPSLW. OPT 
OPT. OPT 
SECTION. OPT 
MAPTBL.MAR 

PASS. MAR 

COMMON. FOR 
GBLNAME . DAT 


Linker options for DSPFST.EXE 

Linker options for DSPHDL . EXE 

Linker options for DSPSLW.EXE 

Linker options for all executable images 

Linker options for SECTION.EXE and VIEW.EXE 

Global section mapping table for DSPFST, 
DSPHDL, DSPSLW 

Global section mapping associated with 
VIEW password entries. 

Fortran "Block Data" module for BLKMAC 
Contains names of all images and global 

sections for use by the utilities GLOBAL 
and SECTION. 


Several command procedures and utility programs exist for 
maintenance of the display software. Users must have the following 
commands in their LOGIN.COM file. 


DEFINE UTL DUBO : [CSC . CJS . CMS] / JOB 
@UTL: SET UP 


The executable programs have been defined as DCL commands, 
therefore they are accessed by simply entering their names 

(CMS SYSTEM, GLOBAL, BLKMAC) . The command files are activated by 

prefixing "QUTL:" to the file name. 


CMS_SYSTEM.EXE 
GLOBAL . EXE 

BLKMAC . EXE 
MACALL.COM 
FORALL . COM 
FTN . COM 


Accesses source file delivery sets 
Interactive program for global section 
linkage 

Creates object modules for global data 
Assembles macro source files 
Compiles Fortran source files 
Compiles individual Fortran source file. 


The first step in creating the executable images is the 
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generation of VMS object modules from the source code files 
described in this document. The VMS Fortran compiler and Macro 
assembler are used to create object modules for ".FOR" and ".MAR" 
files respectively. Object files for the global data modules, 
".INC" files with Fortran COMMON definitions, are generated with 
the utility program BLKMAC . One source file, COMMON. FOR, is 
provided to BLKMAC as input. The file is a Fortran "Block Data" 
module, containing INCLUDE statements for each of the ".INC" files 
containing common blocks. Also data initialization statements for 
the global variables appear in COMMON. FOR. BLKMAC creates one 
object module for each COMMON statement encountered in the input 
stream. The file name will have the same name as the Fortran 
common block. Two VMS command files were designed to facilitate 
the generation of object modules. 

@UTL :MACALL 

@UTL : FORALL 

The first command assembles all VAX macro source files on an 
account. The second command both compiles all Fortran files on the 
account and automatically executes BLKMAC to compile global data 
specification files. 

The next step is the creation of global section access files. 
These files are used by the VMS linker and by the executable images 
to determine the global section access allowed for the individual 
executable images. The VMS command GLOBAL_SECTIONS (GLOBAL for 
short) is executed to interactively select the global section usage 
for each of the applications images. This command gets the names 
of all the images and global sections from the file GBLNAME.DAT, 
which must exist on the current default directory. Inf or mation 
about read and write access to the various global sections must be 
provided for each executable image. This information is used to 
generate the ".OPT" files and the VAX macro file MAPTBL.MAR. Also 
the user is prompted for VIEW passwords. When all password entries 
are complete, information about the global section access 
privileges for each password must be provided. The file PASS. MAR 
is created from this information. When GLOBAL is finished the two 
".MAR" files must be assembled as follows. 

GLOBAL 

<interactive session> 

MAC PASS, MAP TBL 

The last step for the creation of the executable images is 
Linking. All the required linking is performed by using the build 
command file provided. 


0BUILD 



THIS PAGE INTENTIONALLY LEFT BLANK 
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Appendix F - System Global Variables 


ITEM 

DESCRIPTION 

UNITS SET BY 


RES COM 

TYP 

A429SW 

ARINC 429 Xmit Switch 

p . d. 

GPSPKT/OUTIO 


OUTCOM 

1*2 

ABACC 

Along Body Accel 

fps2 

SPDCMD 


FCCOM 

R*4 

ABLOFF 

Left Air Bleed OFF discrete 

Bool 

IOFLL 


INPCOM 

L* 1 

ABROFF 

Right Air Bleed OFF discrete 

Bool 

IOFLL 


INPCOM 

L* 1 

ACC 

MLS Accelerations (X/Y/Z) 

fps2 

MLSEX 


NAVCOM 

R*4 

ACCB 

Accel vector from BM Accel's 

fps2 

ACCPRC 


NAVCOM 

R*4 

ACCHAT 

MLS accel'n estimate vector 

fps2 

CFILT 


NAVCOM 

R*4 

ACCVLD 

ATK/XTK Accelerations valid 

Bool 

IOFLL 


INPCOM 

L*1 

ACTCNT 

# of wpts in Active buffer 

cnt 

EXECUTE 


DISNAV 

1*2 

ACWSS 

ACWS Select 

Bool 

DISFD 


FCCOM 

L* 1 

ACWSE 

Attitude CWS Engage: FLAGS (4) 

Bool 

MLOG 


OUTCOM 

L* 1 

ADCER 

ADC Serial bus error counter 

cnt 

IOFLL 


INPCOM 

1*2 

ADMG 

Arc Dist Made Good in turn 

ft 

TGUID 


NAVCOM 

R*4 

ADVAL 

Air Data VALid 

Bool 

DISFD 


FCCOM 

L* 1 

AEE 

AFCS Engaged 

Bool 

MLOG 


OUTCOM 

L*1 

AFCSS 

AFCS engage Select 

Bool 

IOFLL 


INPCOM 

L* 1 

AFCSV 

Advanced F/C System valid 

Bool 

IOFLL 


INPCOM 

L* 1 

AFDTH 

AFD Throtl hdl pos 

deg 

IOFLL 


INPCOM 

R*4 

AFTLIM 

A/T Position Cmd lower limit 

deg 

ATHCL 


FCCOM 

R*4 

AGCSS 

AGCS Select 

Bool 

IOFLL 


INPCOM 

L* 1 

AILCMD 

Aileron Command 

deg 

OUTIOM/PRFLT 


OUTCOM 

R*4 

AILCMP 

AILCMD - P contribution 

deg 

LATRL 


OUTCOM 

R*4 

AIRPTS 

Selected Airpt def array (2, 3) 

adrs 

CDUEXC/DEPARR/ 





+ + + EXECUTE/LINK/ROUTE/RTE INTC/XLAT RTE 

DISNAV 

1*4 


Origin 

Prov Dest Dest. 




Airfield: (1 

,D 

(1/2) (1, 

3) 




Runway: (2 

:,D 

( 2 , 2 ) ( 2 , 

3) 



ALB 

Body Alpha (angle of attack) 

deg 

VERCMD 


DISNAV 

R*4 

ALCBA 

2D (Adv Lat Cmd) Bank Angle 

deg 

HVGUID 


NAVCOM 

R*4 

ALCFLG 

Advanced Lat Cmd bank FLaG 

Bool 

HVGUID 


NAVCOM 

L* 1 

ALFAV 

alpha vane 

deg 

IOFLL 


INPCOM 

R*4 

ALRTLM 

Aileron rate limit deg/lOms 

COMMON 


OUTCOM 

R*4 

ALT 

Inert, smoothed baro ALTitude 

ft 

HNAVB 


INPCOM 

R*4 

ALTARM 

Altitude mode Armed discrete 

Bool 

MLOG/MSPLGC 


DISNAV 

L* 1 

ALTATT 

Altitude Attained discrete 

Bool 

MSPLGC/ IOFLL 


DISNAV 

L*1 

ALTCOR 

Baro Corrected Altitude (ALT) 

ft 

HNSWIT/DATSEL 


DISNAV 

R*4 

ALTDIF 

(IDDALT - MLSALT) 

ft 

MLSEX 


NAVCOM 

R*4 

ALTHLD 

VCWS Altitude Hold discrete 

Bool 

PAFD 


FCCOM 

L* 1 

ALTOMP 

Altitude to Mode Panel 

p.d. 

MSPRO 


OUTCOM 

1*4 

ALTSEL 

Alt Hold mode discrete 

Bool 

MSPLGC 


DISNAV 

L* 1 

ALTSUM 

MSP ALT Summer value 

ft 

MSPLGC /VERCMD 


DISNAV 

R*4 

ALV1 

Left Alfa Vane 

deg 

IOFLL 


INPCOM 

R*4 

ALV2 

Right Alfa Vane 

deg 

IOFLL 


INPCOM 

R*4 

ALVDT 

Aileron pos 

deg 

IOFLL 


INPCOM 

R*4 

ALW 

Computed wing alpha 

deg 

VERCMD 


FCCOM 

R*4 

ALWMARG 

Wing ALFA Margin 

deg 

VERCMD 


FCCOM 

R*4 

AMG 

Angle Made Good 

deg 

HVGUID 


NAVCOM 

R*4 

AMG1 

Angle Made Good - Timebox 

ft 

TGUID 


NAVCOM 

R*4 

ANTLAT 

Latitude of LOC/MLS AZ Antenna 

deg 

EXECUTE 


NAVCOM 

R*4 
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ITEM 

DESCRIPTION 

UNITS 

SET BY 

RESCOM 

TYP 

ANTLON 

Longitud of LOC/MLS AZ Antenna deg 

EXECUTE 

NAVCOM 

R*4 

ANTSEL 

MLS Antenna select index 

ndx 

(VIEW) 

NAVCOM 

R*4 

APCDG 

Auto Throtl Pos Cmd 

deg 

ATHCL 

OUTCOM 

R*4 

APCPRM 

Auto throttle rate command 

dps 

ATHCL 

FCCOM 

R*4 

ASBV 

ADIRS ADC Bus Valid 

Bool 

IOFLL 

INPCOM 

L*1 

ASTOMP 

Air Speed to Mode Panel 

p.d. 

MSPRO 

OUTCOM 

1*4 

AS TP 

Auto Stab Trim Pot 

deg 

IOFLL 

INPCOM 

R*4 

ATCMD 

Auto Throttle Command 

fps2 

SPDCMD 

FCCOM 

R*4 

ATDC 

AutoThrottle Disengage 

Bool 

IOFLL 

INPCOM 

L*1 

ATE 

Auto Throttle Engage 

Bool 

ATHCL 

OUTCOM 

L* 1 

ATFDBK 

Auto Throttle FeeDBacK 

Bool 

IOFLL 

INPCOM 

L*1 

ATHFF 

Gamma cmd to Throt Fwd gain 

0 

COMMON 

FCCOM 

R*4 

ATHSEL 

AUTO Throtl options 

p.d. 

VIEW 

FCCOM 

1*2 

ATKINS 

IRS Along track accel'n 

fps2 

IOFLL 

INPCOM 

R*4 

ATNAV2 

Auto Tune NAV2 

Bool 

PROGRESS 

NAVCOM 

L*1 

ATNAV3 

Auto Tune NAV3 

Bool 

PROGRESS 

NAVCOM 

L*1 

ATRIM 

AFD Aileron Trim pot 

deg 

IOFLL 

INPCOM 

R*4 

ATT HOLD ACWS/VCWS Att . /Radius Hold 

Bool 

LATRL 

FCCOM 

L*1 

ATT SYNC ACWS/VCWS Roll commanded 

Bool 

LATRL 

FCCOM 

L*1 

ATUNE2 

DME #2 Freq Tune (2X5) 

p.d. 

PROGRESS /TUNPTH 

OUTCOM 

1*2 

ATUNE3 

DME #3 Freq Tune (2X5) 

p.d. 

PROGRESS /TUNXTK 

OUTCOM 

1*2 

AUTOE 

Auto Engage: FLAGS (6) 

Bool 

MLOG 

OUTCOM 

L* 1 

AUTOS 

AUTO Select 

Bool 

DISFD 

FCCOM 

L* 1 

AZ 

MLS Azimuth beam input 

deg 

IOFLL 

INPCOM 

R*4 

AZ_BRG 

MLS Az antenna phase ctr brg 

deg 

RSCON 

NAVCOM 

R*4 

BACMD 

Bank Angle Command 

deg 

LATCMD 

FCCOM 

R*4 

BARSET 

Barometric ref Setting 

in/hg 

CDUEXC 

DISNAV 

R*4 

BARSFT 

Baro set in feet 

ft 

CDUEXC 

NAVCOM 

R*4 

BCFLAG 

Be Careful guid alrt Fig (2D) 

Bool 

LATCMD 

FCCOM 

L*1 

BDCOL 

AFD Brolley Col pos 

in 

IOFLL 

INPCOM 

R*4 

BDWHL 

AFD Brolley Whl pos 

deg 

IOFLL 

INPCOM 

R*4 

BETAH 

MLS Beta Hat 

deg 

DSPOT 

DISNAV 

R*4 

BETAV 

Sideslip [beta] Vane 

deg 

IOFLL 

INPCOM 

R*4 

BIASBA 

B/M Accel's bias vector 

fps2 

MLSEX 

NAVCOM 

R*4 

BMACC 

Debiased B/M accel'n vector 

fps2 

ACCPRC 

NAVCOM 

R*4 

BMACIN 

B/M Accel' meter input vector 

fps2 

IN10M 

INPCOM 

R*4 

BMAFLG 

B/M Accel' meter (in use) Flag 

Bool 

MLSEX 

NAVCOM 

L*1 

BRGLS 

Brg to LOC shack 

deg 

HNAVSL 

BCKCOM 

R*4 

BSETO 

Std Atmosphere press. (29.92)in_hg 

(constant) 

CON 

R*4 

BUTNS 

Overlay of MSP buttons Bool (8) 

MSPLGC 

FCCOM 

1*4 

CAS 

Calibrated Airspeed 

kts 

IOFLL 

INPCOM 

R*4 

CDME2 

Computed DME2 range 

nm 

HNAVSL 

NAVCOM 

R*4 

CDME3 

Computed DME3 range 

nm 

HNAVSL 

NAVCOM 

R*4 

CDUCNT 

Current byte cnt in CDU o/p buffer 

CDUEXC 

CDUCOM 

1*2 

CDU INIT Initialize CDU on start up 

Bool 

SLOW/ CDUEXC 

CDUCOM 

L* 1 

CDU MODE Stages of msg composition mode () 

CDUEXC /LINK 

CDUCOM 

1*2 

CFRUN 

MLS CFILT Run counter 

cnt 

MLSEX 

NAVCOM 

1*2 

CFXCC 

MLS Exceednce (Ex) error cntrs cnt 

MLSEX 

NAVCOM 

1*2 

CG 

A/C Center of Gravity 

%MAC 

PFINIT 

DISNAV 

R*4 
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ITEM INSCRIPTION 

CINDEX PGA Cost Index 
CLAT Cos (latitude) 

CLON Cos ( longitude ) 

CMP ALT ALT knob input 

CMPFPA FPA knob input 

CMP IAS IAS knob input 

CMPMSD CMP Discrete inputs 

CMPTKA TKA knob input 

COLDST System startup (Cold sta 

+++ 

COMPASS Ship' s Mag Heading 
COSAZB COS (AZ_BRG) 

COSRH COS (RWYHDG) 

COSTH COS (HDGTRU) 

CRESET Comp Reset select 
CROLL Cos (ROLL) 

CRSET Comp ReSET discrete 
CRZALT Selected Cruise Altitude 
CTHET Cos (PITCH) (theta) 

CTKE cos(TKE) . , 

CTRF Plan mode map center defined 

CVIU TO CVIU TimeOut count 
CV0R2 Computed V0R2 bearing 


UNITS 

0 

0 

0 

0 

0 

0 

0 

0 

Bool 

deg 

0 

0 

0 

Bool 

0 

BOOl 

ft 

0 

0 

Bool 
cnt 
deg 


SET BY 


RES COM TYP 


PFINIT CDUCOM 

HNAVFS NAVCOM 

HNAVFS NAVCOM 

IOFLL INPCOM 

IOFLL INPCOM 

IOFLL INPCOM 

IOFLL INPCOM 

IOFLL INPCOM 

FMFAST/FCFAST/ 

SLOW NAVCOM 
IOFLL INPCOM 

RSCON NAVCOM 

EXECUTE DISNAV 

HNAVFS NAVCOM 

IOFLL INPCOM 

ACCPRC NAVCOM 

DISFD/MLOG/ATHCL FCCOM 


EXECUTE /RTE 
ACCPRC 

HVGUID/LATCMD 

CDUEXC 

IOFLL 

HNAVSL 


CDUCOM 

NAVCOM 

NAVCOM 

CDUCOM 

INPCOM 

NAVCOM 


R*4 

R*4 

R*4 

1*2 

1*2 

1*2 

1*2 

1*2 

L*1 
R*4 
R*4 
R*4 
R*4 
L* 1 
R*4 
L*1 
R*4 
R*4 
R*4 
L*1 
1*2 
R*4 


D2D 

D3D 

D4D 

DACWS 

DALSEL 

DASCAL 

DECMD 

DECRB 

DELAY 

DELCAS 

DCOL 

DCOLF 

DECMD 

DECMQ 

DECRB 

DELALT 

DELTAT 

DELTH 

DELTKA 

DELTY 

DEPOS 

DFPSEL 

DFTANG 

DFVWS 

DFVWD 

DIASEL 

DIFMOD 


ISP HORPTH Select pressed 
ISP VERPTH Select pressed 
ISP TIMPTH Select pressed 
ISP ACWS/VCWS /AUTO /LAND prs'd 
ISP Alt Select pressed 
)AS Calibration flag 
Slevator Command 
Decrab Engage: FLAGS (8) 

ylode engage Delay counter 
kutoThrottle CAS error 
Golumn position input 
Gained & Filtrd DCOL 
Delta elevator command (total) 
DECMD - Q contribution 
Decrab mode discrete 
Altitude Select error 
Major frame cycle time 
MLS Altitude Deviation 
Track Angle Error select 
Delta Y (MLS) 

Elevator servo position 
MSP FPA Select pressed 
Selected drift angle 
DFVLR wind model (speed) 
DFVLR wind model (dir) 

MSP IAS Select pressed 
GPS Differential Mode 


(.05) 

(LAND) 


Bool 

Bool 

Bool 

BOOl 

Bool 

BOOl 

deg 

Bool 

0 

kts 

in 

in 

deg 

deg 

Bool 

ft 

sec 

ft 

deg 

ft 

deg 

Bool 

deg 

kts 

deg 

Bool 

Bool 


MSPLGC 

MSPLGC 

MSPLGC 

MSPLGC 

MSPLGC 

(VIEW) 

OUT10M/PRFLT 
MLOG 
MLOG 
SPDCMD 
IOFLL 
ELEVP 
OUT10M 
ELEVP 
MLOG 
VERCMD 
(constant) 
VERCMD 
LATCMD 
LATCMD 
IOFLL 
MSP LGC 
HNAVFS 
BLOW 
BLOW 
MSPLGC 
IOFLL 


FCCOM 

L* 1 

FCCOM 

L*1 

FCCOM 

L*1 

FCCOM 

L*1 

FCCOM 

L* 1 

RECCOM 

L*2 

OUTCOM 

R*4 

OUTCOM 

L*1 

FCCOM 

1*2 

FCCOM 

R*4 

INPCOM 

R*4 

FCCOM 

R*4 

OUTCOM 

R*4 

OUTCOM 

R*4 

OUTCOM 

L* 1 

FCCOM 

R*4 

CON 

R*4 

FCCOM 

R* 4 

FCCOM 

R*4 

FCCOM 

R*4 

INPCOM 

R*4 

FCCOM 

L* 1 

DISNAV 

R*4 

bckcom 

R*4 

BCKCOM 

R*4 

FCCOM 

L*1 

INPCOM 

L*1 
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II£M DESCRIPTION 


DISCW1 

DISCW2 

DISCW3 

DISOUT 

DISPST 

DSPST2 

DSTOMP 

DLALTM 

DLATFT 

DLLATA 

DLLATM 

DLLONA 

DLLONM 

DLONFT 

DLPSI 

DLTALT 

DLTLAT 

DLTLON 

DME2FQ 

DME2VD 

DME3FQ 

DME3VD 

DMG 

DPE 

DPERRF 

DPN 

DROLL 

DRPOS 

DSBV 

DSPLF 

DSRTK 

DSTAT 

DTC IN 


UNITS 

Simplex/triplex discrete inpt p.d. 
Simplex/triplex discrete inpt p.d 
Simplex/triplex discrete inpt p.d 

PAflKF.n nT.QrDP'Pr * . * 

p.d. 


SET BY 


PACKED DISCRETE for output 
Displays Status word 
Displays Status word 2 
Lamp Outputs to Mode Panel 
HYBALT - MLSALT 
Feet per degree of latitude 
GPSLAT - IDDLAT 
HYBLAT - MLSLAT 
GPS LON - IDDLON 
HYBLON - MLS LON 
Feet per degree of longitude 
Yaw relative to runway 
HYBALT - IDDALT 
HYBLAT - IDDLAT 
HYBLON - IDDLON 
DME #2 Freq selected 
DME #2 Valid discrete 
DME #3 Freq selected 
DME #3 Valid discrete 
Separation reference Distance 
Delta Position East 
DPN/DPE too large flag 
Delta Position North 
ROLL for sky pointer 
Rudder servo Pos 
DTU Serial Bus Valid (MLS) 

Failure DiSPLayed array (9) 

Desired Track (2D) 

Discrete Status array (18) 

_ Raw data input bfr (frm DA TAP ) 

DTC NRDY DATAC Not Ready count ’ cnt 

output bfr (to DATAC) — 

cnt 
ft 
Bool 
ft 
rpd 
ft 
kts 
kts 
lbs/deg 
in 


p.d. 

0 

p.d. 

ft 

fpd 

ft 

ft 

ft 

ft 

fpd 

deg 

ft 

ft 

ft 

(2X5) 

Bool 

(2X5) 

Bool 

ft 

nm 

Bool 

nm 

deg 

deg 

Bool 

Bool 

deg 

p.d. 


DTC_TO 

DTG 

DTKSEL 

DTOGO 

DTOR 

DTOTL 

DVE 

DVN 

DWHL 

DZNE 


DATAC TimeOut count 
Abeam pt Dist to 'TO' wpt 
MSP TKA Select pressed 
Distance to mid-turn 
Conversion factor (pi/180) 
Progress Distance of A/P 
Delta Vel. East ( idd filter) 
Delta Vel. North ( IDD filter) 
Selected Whl input 
DCOL Dead zone value 


~ MLS E ^ evat ion beam input dea 
DEP MLS Elevation antenna bias deq 

X > ?? te . I ? D L/L on MLS select Bool 
?doi IP Ellipticity of Earth (3 . 352811E-3) 
EPR1 Engine #1 Pressure Ratio O 


IOFLL 
IOFLL 
IOFLL 
DASOT 
IOFLL 
IOFLL 
MSPRO 
GPSPRC 
ERAD 
GPSPRC 
GPSPRC 
GPSPRC 
GPSPRC 
ERAD 

DATSEL/NAVIG 
GPSPRC 
GPSPRC 
GPSPRC 
IOFLL 
IOFLL 
IOFLL 
OFLL 

HVGUID/TGUID 
HNAVSL/HNAVB 
HNAVSL 

HNAVSL/HNAVB 
LATRL 
IOFLL 
IOFLL 

MLOG/ATHCL 
HVGUID 
DISFD 
HDL 
IOFLL 
HDL/OUTIOM/OUTIC 
IOFLL 
HVGUID 
MSPLGC 
HVGUID 
(constant) 
HVGUID 

HNAVF S / HNAVB 
HNAVF S / HNAVB 
MLOG 
MLOG 

IOFLL 

RSCON (MLSEX) 
MLSEX 
(constant) 
IOFLL 


RESCOM 

TYP 



INPCOM 

1*2 

INPCOM 

1*2 

INPCOM 

1*2 

RECCOM 

1*2 

INPCOM 

1*2 

INPCOM 

1*2 

OUTCOM 

1*4 

RECCOM 

R*4 

DISNAV 

R*4 

RECCOM 

R*4 

RECCOM 

R*4 

RECCOM 

R*4 

RECCOM 

R*4 

DISNAV 

R*4 

FCCOM 

R*4 

RECCOM 

R*4 

RECCOM 

R*4 

RECCOM 

R*4 

INPCOM 

1*2 

INPCOM 

L*1 

INPCOM 

1*2 

INPCOM 

L*1 

NAVCOM 

R*4 


NAVCOM R*4 
BCKCOM L* 1 
NAVCOM R*4 
DISNAV R*4 
INPCOM R*4 
INPCOM L* 1 
FCCOM L*1 
DISNAV R*4 
FCCOM 1*2 


DTCCOM 

1*2 

INPCOM 

1*2 

DTCCOM 

1*2 

INPCOM 

1*2 

NAVCOM 

R*4 

FCCOM 

L*1 

DISNAV 

R*4 

CON 

R*4 

NAVCOM 

R*4 

NAVCOM 

R*4 

NAVCOM 

R*4 

FCCOM 

R*4 

FCCOM 

R*4 

INPCOM 

R*4 

NAVCOM 

R*4 

NAVCOM 

L*1 

CON 

R*4 

INPCOM 

R*4 
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nre SCRIPT I ON 


Engine #2 Pressure Ratio 
EPR limit selection flag 
Error Reset select 
integral (K GAMD + K GAMER) 
Error ReSET discrete 
Eccentricity Squared (6 . 694380 
Gain Progrmd LOCDEV 
MLS Eta Hat 
Limited ETA (LOCDEV) 

Arm Exit Hold pattern 
CFILT Error terms - EX,EY,EZ 

DME #3 Fail flags 
DME #2 Fail flags 
VOR #2 Fail flags 
FADER Switch 
Second FAIL array 


UNITS 

0 

ndx 

Bool 

deg 

Bool 

01E-3) 

ft 

deg 

deg 

Bool 

ft 

p . d. 
p . d. 
p.d. 
Bool 
Bool 


Svstem Test Panel switch input ndx 

■* _ tr rmr? A Of? 


Exception Count for FCFAST cnt 

FFD Column force input Ihs 

Overflow Count for FCFAST cnt 

Flight Ctrls Flags to DSP P- d - 

+++ 

KTAU for VS (PHI) Filter 0 

Fwd Fit Deck Engage: FLAGS (2) Bool 
FFD has Nav2 tuning Bool 

Fwd Flight Deck Select Bo °l 

Failure ID Table (array of 7) ndx 
Air Data Mode Flag Bo °l 

O' lay (18 bytes) of F/C modes Bool 
Overlay (9 words) of 'FLAGS' 0 

FFD Flap handle pos deg 

Flare Engage: FLAGS (9) Bool 

Index to Flap table rjdx 

Filtered FLPPOS deg 

Flap Position deg 

Radio Mode Navigation flag Bool 
Exception Count for FMFAST cnt 

Overflow Count for FMFAST cnt 

3D segment Flight Path Angle deg 
FPA Hold mode discrete Bool 

MSP FPA Summer value deg 

Flight Path Angleto Mode Panelp.d. 
Running count of 10 msec int cnt 
Running count of 50 msec int cnt 
RFDIU (Fuel flow) Ser Bus Vld Bool 
Fail Status Index pointer ndx 

Fast loop time estimate msec 

Filtered Tot Fuel Qty lbs 

Conversion factor (1/6076.1155) 
A/T Position Cmd Upper Limit deg 


deg 

deg 

Bool 

cnt 

cnt 

deg 

Bool 

deg 


SET BY 

IOFLL 

EPRLIM 

IOFLL 

ELEVP 

DISFD/MLOG 

(constant) 

MLOG 

DSPOT 

MLOG 

HOLD 

MLSEX 

HNAVSL 

HNAVSL 

HNAVSL 

VERCMD 

F2CMP /MLSEX 
IOFLL 
FCFAST 
IOFLL 
FCFAST 

GPSPRC/MLOG/ 

IOFLL 

COMMON 

MLOG 

IOFLL 

IOFLL 

FDSTR 

HNAVFS 

MLOG 

MLOG 

IOFLL 

MLOG /ELEVP 
IOFLL 
VERCMD 
IOFLL 
HNAVFS 
FMFAST 
FMFAST 
HVGUID 
MSPLGC 

MSPLGC /VERCMD 
MSPRO 
IOFLL 
IOFLL 
IOFLL 

F2CMP/ PANEL 
FCFAST 
IOFLL 
(constant) 
COMMON 


RES COM TYP 

INPCOM R*4 
CDUCOM 1*2 
INPCOM L*1 
FCCOM R*4 
FCCOM L* 1 
CON R*4 
FCCOM R*4 
DISNAV R*4 
FCCOM R*4 
CDUCOM L* 1 
NAVCOM R*4 

BCKCOM 1*2 
BCKCOM 1*2 
BCKCOM 1*2 
OUTCOM L*1 
FCCOM L* 1 
INPCOM 1*2 
OUTCOM 1*4 
INPCOM R*4 
OUTCOM 1*4 

DISNAV 1*2 
FCCOM R*4 
OUTCOM L* 1 
INPCOM L*1 
INPCOM L* 1 
FCCOM 1*2 
NAVCOM L*1 
OUTCOM L* 1 
OUTCOM 1*2 
INPCOM R*4 
OUTCOM L* 1 
INPCOM 1*2 
FCCOM R*4 
INPCOM R*4 
NAVCOM L* 1 
OUTCOM 1*4 
OUTCOM 1*4 
NAVCOM R*4 
DISNAV L* 1 
DISNAV R*4 
OUTCOM 1*4 
INPCOM 1*4 
INPCOM 1*4 
INPCOM L*1 
FCCOM 1*2 
FCCOM R*4 
INPCOM R*4 
CON R*4 
FCCOM R*4 



356 


ITEM 


FWHL 

GAE 

GAEPR 

GAMC 

GAMCMD 

GAMD 

GAMER 

GAMLIM 

GAMMA 

GAS 

GDTIME 

GEAR 

GPBTAV 

GPGSDV 

GPHDOP 

GPINIT 

GPLND 

GPLNDV 

GPLOCD 

GPNAV 

GPNAW 

GPSBTA 

GPSETA 

GPSHDT 

GPSLAT 

GPSLON 

GPSMOD 

GPSSEL 

GPSST1 

GPSST2 

GPSVE 

GPSVLD 

GPSVN 

GPS_OUT 

GPVDOP 

GRAVO 

GRD 

GRSST1 

GRSSTS 

GRWGT 

GS 

GSA 

GSARM 

GSDEV 

GSE 

GSENG 

GSFPS 

GSFPS2 

GSINS 


DESCRIPTION 

FFD Wheel Force 

Go Around Enable 
Go Around EPR 
Commanded Gamma value 
Gamma Rate command (Althold) 
Gamma Dot 

(PGAMC - (THETA or GAMMA) ) 
Gamma/Pitch command limit 
Flight path angle 
Go Around Select (NOT) 

Buffer send timer 
+++ 

Nose Gear down 

GPS G/S (beta) Valid 

Gain Program' d G/S Deviation 

GPS Hor Dilution Of Precision 

GPS land comp. INITialized 

GPS Land select 

GPS Land valid 

Gain Program' d LOC Deviation 

GPS Navigation select 

GPS NAVigation Valid 

GPS derived BETAH 

GPS derived ETAH 

GPS Hdot 

Absolute GPS Latitude 
Absolute GPS Longitude 
GPS sensor Mode 
GPS Select word 
GPS Status word 1 
GPS Status word 2 
GPS VE 

Hybrid GPS signals valid 
GPS VN 

Raw GPS output data (to DATAC) 
GPS Vert Dilution of Precision 
Norn acc of gravity (32.1739) 
on GRounD 

GP_IRS Status word 1 
GP_IRS Status word 2 
A/C initial Gross Weight 
Ground Speed 


UNITS 

SET BY 

RES COM 

TYP 

lbs 

IOFLL 

INPCOM 

R*4 

Bool 

MLOG 

OUTCOM 

L*1 

0 

eprlmt 

CDUCOM 

R*4 

deg 

ELEVP /VERCMD 

DISNAV 

R*4 

dps 

VERCMD 

FCCOM 

R*4 

dps 

ELEVP 

FCCOM 

R*4 

deg 

ELEVP 

FCCOM 

R*4 

deg 

VERCMD 

FCCOM 

R*4 

deg 

HNAVFS/DATSEL 

DISNAV 

R*4 

Bool 

IOFLL 

INPCOM 

L*1 


sec AIRWAY/CDUFST/ 

S BCKCOM 1*4 
INPCOM L*1 
NAVCOM L*1 
FCCOM R*4 
INPCOM R*4 
NAVCOM L* 1 
NAVCOM L*1 
NAVCOM L* 1 
FCCOM R*4 
NAVCOM L* 1 
NAVCOM L* 1 
NAVCOM R*4 
NAVCOM R*4 
INPCOM R*4 
INPCOM R* 4 
INPCOM R*4 
NAVCOM 1*2 
DISNAV 1*2 
INPCOM 1*2 
INPCOM 1*2 
INPCOM R*4 
INPCOM L*1 
INPCOM R*4 
DTCCOM 1*2 
INPCOM R*4 
CON R*4 
FCCOM L* 1 
INPCOM 1*2 
INPCOM 1*2 
DISNAV R*4 
DISNAV R*4 
DISNAV R*4 
OUTCOM L*1 
FCCOM R*4 
CDUCOM R*4 
OUTCOM L*1 
DISNAV R*4 
NAVCOM R*4 
INPCOM R*4 


Glide Slope Angle 
Glide Slope Armed: FLAGS (14) Bo< 

Glide slope deviation 
4-D Guidance Ground Speed Errorff 
Glide Slope Engaged: FLAGS (15) Boc 
Ground Speed 
Ground Speed* *2 
IRS ground speed 


EXECUTE /LEG 


Bool 

IOFLL 

Bool 

GPSPRC 

ft 

MLOG 

0 

IOFLL 

BOOL 

GPSPRC 

Bool 

GPSPG 

Bool 

GPSPRC 

deg 

MLOG 

Bool 

GPSPG 

Bool 

GPSPRC 

deg 

GPSPRC 

deg 

GPSPRC 

fps 

IOFLL 

deg 

IOFLL 

deg 

IOFLL 

ndx 

GPSPRC 

ndx 

GPSPRC 

p.d. 

IOFLL 

p.d. 

IOFLL 

kts 

IOFLL 

Bool 

IOFLL 

kts 

IOFLL 

— 

OUT 10 

0 

IOFLL 


fps2 

Bool 

bits 

bits 

lbs 

kts 

deg 


fps 
f 2/s2 
kts 


(constant) 

ELEVP 

IOFLL 

IOFLL 

PFINIT 

HNAVFS/DATSEL 
EXECUTE/MLOG 
MLOG 
MLOG 
HVGUID 
MLOG /ELEVP 
HNAVFS/DATSEL 
HNAVFS/DATSEL 
IOFLL 
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ITEM 

DESCRIPTION UNITS 

SET BY 

RES COM 

TYP 

GSTRK 

Glide Slope Track: FLAGS (17) 

Bool 

MLOG/ELEVP 

OUTCOM 

L* 1 

GSVLD 

ILS G/S Rcvr Valid 

Bool 

DISFD 

FCCOM 

L*1 

GUID2D 

2D Guidance possible flag 

Bool 

CDUFST/DATSEL/ 




+++ EXECUTE /HVGUID/NAVIG/ROUTE 

DISNAV 

L* 1 

GUID3D 

3D Guidance possible flag 

Bool CDUFST/EXECUTE/ 




+++ 

HVGU I D /NAVI G / ROUTE 

DISNAV 

L* 1 

GUID4D 

4D guidance possible flag 

Bool CDUFST/EXECUTE/ 




+++ HVGUID/NAVIG/ROUTE/TGUID 

DISNAV 

L* 1 

HBARO 

Baro altitude 

ft 

IOFLL 

INPCOM 

R*4 

HBECTR 

Counts Of ALT-HBARO > 50 ft 

cts 

HNAVB 

NAVCOM 

1*2 

HDCF 

HDOT Complementary filt'd 

fps 

HNSWIT/DATSEL/ 




+++ 


NAVIG 

DISNAV 

R*4 

HDD 

Selected vertical accel'n 

fps2 

HNAVFS/DATSEL 

NAVCOM 

R*4 

HDDFEXP 

KTAU for HDDF Filter 

0 

COMMON 

FCCOM 

R*4 

HDDINS 

IRS vertical acceleration 

fps2 

INI 0M 

INPCOM 

R*4 

HDDOT 

Debiased HDD from ALT filter 

fps2 

HNAVB/NAVIG 

NAVCOM 

R*4 

HDGTRU 

Selected true A/C heading 

deg 

HNAVFS/DATSEL 

DISNAV 

R*4 

HDILS 

Vert velocity from HRAD & HDD 

fps 

ELEVP 

FCCOM 

R*4 

HDLCNT 

Exception Count for HDL 

cnt 

HDL 

OUTCOM 

1*4 

HDOT 

HDOT Complementary filt'd 

fps 

HNAVB 

NAVCOM 

R*4 

HDOTB 

Altitude rate 

fps 

IOFLL 

INPCOM 

R* 4 

HDTC 

Altitude rate command (3D) 

fps 

HVGU ID 

DISNAV 

R*4 

HER 

Vertical Path errror 

ft 

HVGU ID 

DISNAV 

R*4 

HGPIP 

GPIP Height above MLS plane 

ft 

MLSEX 

NAVCOM 

R*4 

HLD2D 

New PTR2D after hold ptrn rmvd ndx 

EXECUTE /HOLD 

CDUCOM 

1*2 

HLDTRK 

TKASUM for TRKHLD mode 

deg 

LATCMD/LATRL 

FCCOM 

R*4 

HLD PTR 

Active Hold Waypoint Pointer 

ndx 

EXECUTE /ROUTE 

CDUCOM 

1*2 

HLD_WPT 

Name of Holding ptrn fix Wpt 

char 

EXECUTE /HOLD/ 




+++ 


LEGS /ROUTE 

CDUCOM 

C*5 

HOLD 

HOLD Mode select discrete 

Bool 

IOFLL 

INPCOM 

L*1 

HOLDM 

HOLD Mode engaged discrete 

Bool 

MLOG 

OUTCOM 

L*1 

HORARM 

Hor Path mode Armed discrete 

Bool 

MSPLGC 

DISNAV 

L* 1 

HORBLU 

HOR Path blue light 

Bool 

MSPLGC 

DISNAV 

L* 1 

HORPTH 

HOR Path mode engaged dscrte 

Bool 

MSPLGC 

DISNAV 

L* 1 

HRAD 

Corrected radar altitude 

ft 

DATSEL 

NAVCOM 

R*4 

HRV 

Radio Altitude Valid 

Bool 

DISFD 

FCCOM 

L* 1 

HRSS 

System time in hours/mins 

bed 

IOFLL 

INPCOM 

1*2 

HTDZ 

Selected (MLS /HRAD) alt (AGL) 

ft 

MLOG 

FCCOM 

R*4 

HYBALT 

Hybrid GPS/IRS Altitude 

ft 

IOFLL 

INPCOM 

R*4 

HYBHDT 

Hybrid GPS/IRS Altitude rate 

fps 

IOFLL 

INPCOM 

R*4 

HYBLAT 

Hybrid GPS/IRS Latitude 

deg 

IOFLL 

INPCOM 

R*8 

HYBLON 

Hybrid GPS/IRS Longitude 

deg 

IOFLL 

INPCOM 

R*8 

HYBVE 

Hybrid GPS/IRS East velocity 

kts 

IOFLL 

INPCOM 

R*4 

HYBVN 

Hybrid GPS/IRS North velocity 

kts 

IOFLL 

INPCOM 

R*4 

H_TDC 

Ht of Az plane above rwy @ GPIP ft 

RSCON (MLSEX) 

NAVCOM 

R*4 

IASARM 

IAS Armed mode discrete 

Bool 

MSPLGC 

DISNAV 

L*1 

IASREF 

IAS Ref (min) airspeed 

kts 

PFINIT 

NAVCOM 

R*4 

IASSEL 

IAS SELect 

Bool 

MSPLGC 

DISNAV 

L*1 

IAS SUM 

MSP IAS Summer value 

kts 

MSPLGC/ SPDCMD 

DISNAV 

R*4 
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ITEM 

DESCRIPTION UNITS 

SET BY 

RESCOM 

TYP 

IATTV 

IRS ATTitude Valid 

Bool 

DISFD 

FCCOM 

L*1 

IC 

IC Mode select discrete 

Bool 

IOFLL 

INPCOM 

L*1 

ICM 

IC Mode engaged discrete 

Bool 

MLOG 

OUTCOM 

L*1 

IDDALT 

Comp Filtered (HBARO/HDD) Alt 

ft 

HNAVB 

NAVCOM 

R*4 

IDDATK 

Selected Along Track Accel 

fps2 

HNAVSL/NAVIG 

NAVCOM 

R*4 

IDDGS 

GS from INS data 

kts 

HNAVFS 

NAVCOM 

R*4 

IDDLAT 

Inertial-Dual-DME Latitude 

deg 

HNAVB 

NAVCOM 

R*8 

IDDLNC 

MSW of Integer IDDLON 

deg 

DASOT 

RECCOM 

1*2 

IDDLNF 

LSW (LSB Approx 4 ft) 

deg 

DASOT 

RECCOM 

1*2 

IDDLON 

Inertial-Dual-DME Longitude 

deg 

HNAVB 

NAVCOM 

R*8 

IDDLTC 

MSW of Integer IDDLAT 

deg 

DASOT 

RECCOM 

1*2 

IDDLTF 

LSW (LSB * 180*2**-24) 

deg 

DASOT 

RECCOM 

1*2 

IDDXTK 

Selected Across Track Accel 

fps2 

HNAVSL/NAVIG 

NAVCOM 

R*4 

ILDHIG 

Use hi gain for ILD/ILG 

Bool 

VIEW 

BCKCOM 

L* 1 

ILDPRF 

Use ILD vs ILG if both valid 

Bool 

VIEW 

NAVCOM 

L*1 

ILGRNG 

Use cptd rnge vs HRAD for ILG 

Bool 

VIEW 

NAVCOM 

L* 1 

ILSZON 

Within ILS (guidance) Zone 

Bool 

HNAVSL 

DISNAV 

L*1 

INAW 

IRS NAVigation Valid 

Bool 

DISFD 

FCCOM 

L* 1 

INSST 

Ignore Display toggle fail 

Bool 

VIEW 

FCCOM 

1*2 

IPL NR 

I/P Link Not Rdy count 

cnt 

IOFLL 

INPCOM 

1*2 

IRSALT 

IRS corrected altitude 

ft 

IOFLL 

INPCOM 

R*4 

IRSER 

IRS Serial bus error counter 

cnt 

IOFLL 

INPCOM 

1*2 

IRSHDOT 

IRS vertical velocity 

fps 

IOFLL 

INPCOM 

R*4 

IRSST1 

IRS Status word 1 

p.d. 

IOFLL 

INPCOM 

1*2 

IRSST2 

IRS Status word 2 

p.d. 

IOFLL 

INPCOM 

1*2 

IRSWD 

WD from ADIRS 

deg 

IOFLL 

INPCOM 

R*4 

IRSWS 

WS from ADIRS 

kts 

IOFLL 

INPCOM 

R*1 

ISBV 

ADIRS IRS Bus Valid 

Bool 

IOFLL 

INPCOM 

L*1 

JUMP 

Test fig for RNAV/MLS trnsxn 

Bool 

HNAVB/ VIEW 

NAVCOM 

L* 1 

KIP 

RNAV filter position gain 

0 

HNAVSL 

NAVCOM 

R*4 

K2P 

RNAV filter velocity gain 

0 

HNAVSL 

NAVCOM 

R*4 

KAILG 

Gain on AILCMD (nom=l.) 

0 

LATRL 

OUTCOM 

R*4 

KAILP 

Aileron pulse magnitude: 102.4*deg 

(VIEW) 

OUTCOM 

R*4 

KAILT 

Aileron pulse duration : 20 

*sec 

(VIEW) 

OUTCOM 

R*4 

KALFA 

Vert gain as f (ALFA) 

0 

VERCMD 

FCCOM 

R*4 

KATRM 

KTAU for Ail Trim (SYNCL) 

0 

COMMON 

FCCOM 

R*4 

KAT08 

Fwd loop gain for Autothrottle 

0 

COMMON 

FCCOM 

R*4 

KAT16 

Parallel loop gain for Autothr 

0 

COMMON 

FCCOM 

R*4 

KCAS 

Hor/Ver Path gain as f (CAS) 

0 

LATCMD 

FCCOM 

R*4 

KCMR 

TC for CAS/MACH Filter 

0 

COMMON 

FCCOM 

R*4 

KCTOT 

Ratio of CAS to TAS 

0 

SPDCMD 

FCCOM 

R*4 

KDCALF 

Speed gain as f (ALFA) 

0 

VERCMD 

FCCOM 

R*4 

KDCOL 

Gain on SAC Col input 

0 

COMMON 

FCCOM 

R*4 

KDCRB 

VCWS Aileron Crossfeed gain 

0 

COMMON 

FCCOM 

R*4 

KDECP 

Elevator pulse magnitude: 102 . 4 *deg 

(VIEW) 

OUTCOM 

R*4 

KDECT 

Elevator pulse duration : 20 

*sec 

(VIEW) 

OUTCOM 

R*4 

KDHHL 

Gain on SAC Whl input 

0 

COMMON 

FCCOM 

R*4 

KHCAS 

Overspeed degain for gamma cmd 

0 

VERCMD 

FCCOM 

R*4 

KHD 

Vert. Path Vel. error gain 

0 

VERCMD /COMMON 

FCCOM 

R*4 
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ITEM 

DESCRIPTION 


UNITS 

SET BY 

RES COM 

TYP 

KLRG 

SAC Left/Right gain 


0 

COMMON 

FCCOM 

R*4 

KP 

Gain on P 


0 

LATRL 

OUTCOM 

R*4 

KPDTC 

PDTCMD gain 


0 

COMMON 

FCCOM 

R*4 

KPLIM 

Upper Limit on KP 


0 

COMMON 

FCCOM 

R*4 

KQ 

Gain on Q 


0 

ELEVP 

OUTCOM 

R*4 

KRTRM 

KTAU for Rud Trim 


0 

COMMON 

FCCOM 

R*4 

KT0P5S 

e**-(dt/Tau) where Tau = 

.5 

0 

(constant) 

CON 

R*4 

KT1SEC 

e**-(dt/Tau) where Tau = 

1 . 

0 

(constant) 

CON 

R*4 

KT1P5S 

e**-(dt/Tau) where Tau = 

1.5 

0 

(constant) 

CON 

R*4 

KT2SEC 

e**-(dt/Tau) where Tau = 

2. 

0 

(constant) 

CON 

R*4 

KT3SEC 

e**-(dt/Tau) where Tau = 

3. 

0 

(constant) 

CON 

R*4 

KT4SEC 

e**-(dt/Tau) where Tau = 

4 . 

0 

(constant) 

CON 

R*4 

KT5SEC 

e**-(dt/Tau) where Tau = 

5. 

0 

(constant) 

CON 

R*4 

KTAUPF 

TC (KTAU) for PF1 (roll rate) 

0 

COMMON 

FCCOM 

R*4 

KTDCRB 

VCWS Aileron Crossfeed KTAU 

0 

COMMON 

FCCOM 

R*4 

KTDROL 

KTAU for DROLL 


0 

COMMON 

FCCOM 

R*4 

KTKREL 

TC (KTAU) for TKREL (0.2 sec) 

0 

(constant) 

FCCOM 

R*4 

KTOFPS 

Kts to fps Conv factor (1. 

6878099) 

(constant) 

CON 

R*4 

KTP25S 

e**-(dt/Tau) where Tau = 

.25 

0 

(constant) 

CON 

R*4 

KTPFL 

TC for PF1 (0.05 sec) 


0 

LATRL 

OUTCOM 

R*4 

KV 

Airspeed gain 


0 

VERCMD 

FCCOM 

R*4 

KVCAS 

Speed gain on ATCMD 


0 

SPDCMD 

FCCOM 

R*4 

KWHLF4 

CWS Whl Feed fwd gain 


0 

COMMON 

FCCOM 

R*4 

LABFLG 

Operating in the Hot Bench 

Bool 

HNAVSL 

DISNAV 

L* 1 

LAMP 

Lamp Test Select 


Bool 

DISFD 

FCCOM 

L* 1 

LANDS 

LAND Select 


Bool 

DISFD 

FCCOM 

L* 1 

LANDA 

Land Armed: FLAGS (11) 

Bool 

MLOG 

OUTCOM 

L* 1 

LANDE 

Land Engage: FLAGS (7) 

Bool 

MLOG 

OUTCOM 

L*1 

LANDR 

Land Ready: FLAGS (16) 

Bool 

MLOG 

OUTCOM 

L* 1 

LAT 

Selected Latitude 


deg 

HNSWIT 

DISNAV 

R*4 

LATCEN 

North up map Center - Latitude deg 

AIRWAY/CDUFST/ 




+++ 



LEGS/NAVPG 

DISNAV 

R*4 

LATDIF 

(IDDLAT - ML SLAT) 


deg 

MLSEX 

NAVCOM 

R*4 

LATINS 

IRS latitude 


deg 

IOFLL 

INPCOM 

R*4 

LAT MLS 

Latitude of MLS Az antenna 

deg 

RSCON 

NAVCOM 

R*4 

LATSEL 

LAT Steer options 


p . d. 

VIEW 

FCCOM 

1*2 

LATSTR 

Lateral Steering signal 


deg 

LATCMD 

FCCOM 

R*4 

LBS 

Lateral Beam Sensed flag 


Bool 

LATCMD/MLOG 

FCCOM 

L* 1 

LFCFLG 

Scratch copy of FCFLGS 


p.d. 

DSPOT/ELEVP/MLOG 




+++ 



SPDCMD /VERCMD FCCOM 

1*2 

LHDC 

HDOT Command Limit 


fps 

VERCMD 

FCCOM 

R*4 

LIGHTS 

STP Lamp control word 


bits F2CMP/FDSTR/PANEL 

FCCOM 

1*2 

LLINIT 

Lat/Lon Initialized flag 


Bool 

HNAVFS/INITUP/ 




+++ 



NAVIG 

NAVCOM 

L* 1 

LMB 

RWY-to-body rotation (3X3) 

matrix 

ACCPRC/ GPSPRC/ 




+ + + 




NAFEBM 

R*4 

LNDBLU 

LAND Mode blue light 


Bool 

MLOG 

DISNAV 

L* 1 

LNDCTR 

LANDS Delay Counter 


0 

MLOG 

FCCOM 

1*2 

LOCA 

Localizer Armed: FLAGS (12) 

Bool 

MLOG 

OUTCOM 

L*1 

LOCCMD 

Localizer Steering signal 


deg 

LATCMD 

FCCOM 

R*4 
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ITEM 

DESCRIPTION UNITS 

SET BY 

RESCOM 

TYP 

LOCDEV 

Selected Loc Dev (ILS/MLS/GPS) 

-deg 

MLOG 

FCCOM 

R*4 

LOCE 

Localizer Engaged: FLAGS (13) 

ETA/DELTY Variable Limit 

Bool 

MLOG/LATCMD 

OUTCOM 

L*1 

LOCVL 

0 

MLOG/LATCMD 

FCCOM 

R*4 

LOCFS 

Localizer Freq Selected 

Bool 

DISFD 

FCCOM 

L*1 

LOCVLD 

Localizer Valid 

Bool 

DISFD 

FCCOM 

L*1 

LON 

Selected Longitude 

deg 

HNSWIT 

DISNAV 

R*4 

LONCEN 

North up map Center - LON deg 

deg 

AIRWAY/CDUFST/ 




+++ 


LEGS/NAVPG 

DISNAV 

R*4 

LONDIF 

( IDDLON - MLSLON) 

deg 

MLSEX 

NAVCOM 

R*4 

LONINS 

IRS longitude 

deg 

IOFLL 

INPCOM 

R*4 

LON_MLS 

Longitude of MLS Az antenna 

deg 

RSCON 

NAVCOM 

R*4 

MACH 

MACH number 

0 

IOFLL 

INPCOM 

R*4 

MAGHDG 

IRS Magnetic Heading 

deg 

IOFLL 

INPCOM 

R*4 

MAGVAR 

Magnetic variation 

deg 

ERAD/NAVIG 

DISNAV 

R*4 

MANEL 

Manual Electric: FLAGS (3) 

Bool 

MLOG 

OUTCOM 

L*1 

MAPUPD 

Map Update request 

Bool 

HNAVSL 

DISNAV 

L*1 

MAXF 

Max Frame count @ end of FCFAST () 

FCFAST 

FCCOM 

1*2 

MAXSPD 

Max CAS/MACH (2 items) kts/mach 

VIEW 

FCCOM 

R*4 

MCLEPR 

EPR Limit for max Climb Thrust () 

EPRLMT 

CDUCOM 

R*4 

MCONF 

MLS Configuration word 

bits 

VIEW 

NAVCOM 

1*2 

MCREPR 

EPR Limit for max Cruise Thrust () 

EPRLMT 

CDUCOM 

R*4 

MCTEPR 

EPR Limit for max Cont . Thrust () 

EPRLMT 

CDUCOM 

R*4 

MDME2 

Measured DME #2 distance 

nm 

IOFLL 

INPCOM 

R*4 

MDME3 

Measured DME #3 distance 

nm 

IOFLL 

INPCOM 

R*4 

MDWARN 

Mode Reversion Warning 

Bool 

MSPLGC 

OUTCOM 

L*1 

MFRAME 

Present Minor Frame (0 - 4) 

cnt 

IOFLL 

INPCOM 

1*2 

MINS 

System time in secs/tenths 

bed 

IOFLL 

INPCOM 

1*2 

MINSATH 

Minimum Satellites for GPS nav cnt 

COMMON /VIEW 

NAVCOM 

1*2 

MINSATV 

Minimum Sat's for Vert guid 

Bool 

(VIEW) 

NAVCOM 

1*2 

MLO 

Maj Logic O/P from DISFD 

p.d. 

DISFD 

FCCOM 

1*2 

MLSALT 

MLS derived Altitude (MSL) 

ft 

HNAVML 

DISNAV 

R*4 

MLSC 

MLS Compute flag 

Bool 

MLSEX/HNAVB 

NAVCOM 

L* 1 

MLSER 

MLS Serial bus error counter 

cnt 

IOFLL 

INPCOM 

1*2 

MLSLAT 

MLS derived Latitude 

deg 

HNAVML 

DISNAV 

R*4 

MLSLON 

MLS derived Longitude 

deg 

HNAVML 

DISNAV 

R*4 

MLSM 

MLS Mode selected (F/C) 

Bool 

MLOG 

FCCOM 

L* 1 

MLSMOD 

MLS Mode selected (Nav) 

Bool 

HNAVFS/DATSEL 

OUTCOM 

L*1 

MLSRAW 

MLS signal input ary: DME, AZ, EL — 

IOFLL 

INPCOM 

R*4 

MLSSLI 

MLS Select switch (Nav pallet) Bool 

IOFLL 

INPCOM 

L*1 

MLSSV 

MLS Signal Valid array (4) 

Bool 

IOFLL/NAVIG 

INPCOM 

L*1 

MLS SVC 

MLS Signal Valid Ctrs (R, Az, El) 

cnt 

MLSEX 

NAVCOM 

1*2 

MLSVAL 

MLS solution Vali 

Bool 

MLSEX 

NAVCOM 

L*1 

MLSVLD 

MLS Valid (MLSVAL .and. RUNM) 

Bool 

HNAVFS 

OUTCOM 

L*1 

MNAVTY 

Nav type for mode word 

p.d. 

HNAVSL 

DISNAV 

1*2 

MODCNT 

# of wpts in Mod buf 

cntEXECUTE/XLAT RTE 

DISNAV 

1*2 

MODE2 

Prev iteration value of MODEX 

ndx 

MLOG 

FCCOM 

1*2 

MODEX 

Flight MODE index (see FCCOM) 

rtdx 

MLOG/ELEVP 

FCCOM 

1*2 

MSBUF 

Format'd Failure Msg (38 byteASCII 

FMTMG 

FCCOM 

1*2 

MSGST 

Status of next Message to STP 

Bool 

FMTMG 

FCCOM 

L*1 

MSPER 

MSP Serial bus error counter 

cnt 

IOFLL 

INPCOM 

1*2 
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ITEM 

DESCRIPTION 

UNITS 

SET BY 

RESCOM 

TYP 

MSW1 

MLS Switch 1 

Bool 

MLOG 

FCCOM 

L* 1 

MSW6 

MLS Switch 6 

Bool 

MLOG 

FCCOM 

L*1 

MSWIT 

STP Mode Switch position 

ndx 

FDSTR 

FCCOM 

1*2 

MS 10ML 

# Missed 10 Msec int 

cnt 

IOFLL 

INPCOM 

1*2 

MS50ML 

# Missed 50 Msec int 

cnt 

IOFLL 

INPCOM 

1*2 

MURWY 

Origin Rwy friction coef 

0 

TKOFF 

DISNAV 

R*4 

MVINS 

Computed mag var from ADIRS 

deg 

BLOW 

BCKCOM 

R*4 

MVOR2 

Measured VOR #2 bearing 

deg 

IOFLL 

INPCOM 

R*4 

MXEPR 

MaX permissable EPR 

0 

EPRLMT 

DISNAV 

R*4 

MXHDOP 

Max allowable HDOP for GPS navBool 

COMMON/VIEW 

NAVCOM 

R*4 

MXVDOP 

Max VDOP value for guidance 

0 

(VIEW) 

NAVCOM 

R*4 

NAV64K 

GS > 64 knots flag 

Bool 

HNAVFS/DATSEL 

DISNAV 

L*1 

NAVCTR 

Iter's of valid nav data inpt 

cnts 

HNAVF S / HNAVS L 

NAVCOM 

1*2 

NAVFLG 

GS > 4 kts: Integrate VelocitiBeol 

HNAVF S / NAV I G 

NAVCOM 

L* 1 

NAVMOD 

Navigation mode GPS/MLS/IDD . . 

ndx 

HNSWIT 

NAVCOM 

1*2 

NAVTYP 

Navigation mode Type (2 wordASCII 

HNAVS L 

DISNAV 

1*2 

NAWLD 

Navigation solution valid 

Bool 

HNAVF S 

NAVCOM 

L* 1 

NCI01 

ATHCL Windshear filter internalfps 

ATHCL 

FCCOM 

R*4 

NCI 02 

ATHCL Windshear filter internafps2 

ATHCL 

FCCOM 

R*4 

NCI 03 

ATHCL APC Integrator 

deg 

ATHCL 

FCCOM 

R*4 

NCL1 

ATHCL Accel damping term 

fps2 

ATHCL 

FCCOM 

R*4 

NCL3F 

Filtered NCL2 

dps 

ATHCL 

FCCOM 

R*4 

NCL2 

Gamma cmd feed fwd to APCDG 

deg 

VERCMD/ELEVP 

FCCOM 

R*4 

NCUVAL 

Nav Computions Valid 

Bool 

HNAVF S 

OUTCOM 

L* 1 

NMTFT 

Conversion factor (6076. 

1155) 

(constant) 

CON 

R*4 

NODAS 

DASOT Disable flag 

Bool 

DSTAR 

RECCOM 

L*2 

NOSNAP 

SNAP Disable flag 

Bool 

DSTAR 

RECCOM 

L*2 

NVAD2A 

Pointer to NAV2 Auto 

adrs PROGRESS /TUNPTH 

DISNAV 

1*4 

NVAD2B 

Pointer to next NAV2 Auto 

adrs 

PROGRESS 

DISNAV 

1*4 

NVAD3A 

Pointer to NAV3 Auto 

adrs PROGRESS /TUNXTK 

DISNAV 

1*4 

NWMOD 

Vert Nav mode (GPS/MLS/IDD..) 

ndx 

HNSWIT 

NAVCOM 

1*2 

OLDLAT 

Select old Lat capture 

Bool 

VIEW 

FCCOM 

L*1 

OLDWD 

Old wind model (dir) 

deg 

BLOW 

BCKCOM 

R*4 

OLDWS 

Old wind model (speed) 

kts 

BLOW 

BCKCOM 

R*4 

ONCRS 

(Loc) On Course: FLAGS (18) 

Bool 

MLOG/LATCMD 

OUTCOM 

L* 1 

OPTALT 

PGA Optimum cruise Altitude 

ft 

COMMON 

CDUCOM 

R*4 

OTLERR 

MLS Sgnl Outlier Errors (R/Az/El) 

MLSEX 

NAVCOM 

R*4 

P 

Roll rate gyro input 

dps 

INI 0M 

INPCOM 

R*4 

PDCOL 

Deadzoned Column position input in 

ELEVP 

DISNAV 

R*4 

PDTCMD 

Roll Rate Command 

dps 

LATRL 

FCCOM 

R*4 

PEDAL 

AFD Rud Ped + Trim 

deg 

IOFLL 

INPCOM 

R*4 

PF1 

Filtered P 

dps 

LATRL 

OUTCOM 

R*4 

PFPA 

3D Progammed Flight Path Angle deg 

HVGUID 

NAVCOM 

R*4 

PGAMC 

Local GAMC for PAFD 

deg 

ELEVP 

FCCOM 

R*4 

PHICMD 

Bank angle command 

deg 

LATRL 

FCCOM 

R*4 

PHIERR 

(PHICMD - ROLL) 

deg 

LATRL 

FCCOM 

F*4 

PHISYM 

Simulated A/P roll command 

deg 

NAVIG 

NAVCOM 

R*4 

PITCH 

Pitch attitude (theta) 

deg 

IOFLL 

INPCOM 

R*4 
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ITEM 

DESCRIPTION UNITS 

SET BY 

RESCOM 

TYP 

PMSWIT 

Previous value of MSWIT 

ndx 

FDSTR 

FCCOM 

1*2 

PNAV64 

Prev value of NAV64K 

Bool 

SPDCMD 

FCCOM 

L* 1 

PMODE 

Prov/Mod/Act flight plan mode 

ndx 

EXECUTE /ROUTE 

DISNAV 

1*2 

POSHAT 

MLS position estimate vector 

ft 

CFILT 

NAVCOM 

R*4 

PRENG 

Pre-engage: FLAGS (1) 

Bool 

MLOG 

OUTCOM 

L*1 

PSTALT 

Pre-selected Altitude discreteBool 

MSPLGC 

DISNAV 

L* 1 

PSTFPA 

FPA preselect discrete 

Bool 

MSPLGC 

DISNAV 

L* 1 

PSTTKA 

Track angle preslct discrete 

Bool 

MSPLGC 

DISNAV 

L* 1 

PTR2D 

2D Reference PTR 

ndx EXECUTE /HVGU ID/ 




+++ 


NAVIG 

NAVCOM 

1*2 

PTR3D 

3D Reference PTR 

ndx 

HVGU ID 

NAVCOM 

1*2 

PTR4D 

4D Reference PTR 

ndx 

HVGU ID 

NAVCOM 

1*2 

PTR4D1 

Time-box ref Ptr (4D) 

ndx 

TGUID 

NAVCOM 

1*2 

PVHAT 

Array (9) overlayng XHAT...ZDDH 

HNSWIT 

NAVCOM 

R*4 

Q 

Body pitch rate 

dps 

IOFLL 

INPCOM 

R*4 

QFB1 

Filtered (washed out) Q 

deg 

ELEVP 

FCCOM 

R*4 

QX 

Bias on Q 

dps 

ELEVP 

OUTCOM 

R*4 

R 

Yaw rate gyro input 

dps 

IN10M 

INPCOM 

R*4 

ROMLS 

MLS Range bias 

ft 

RSCON (MLSEX) 

NAVCOM 

R*4 

RAD ALT 

Raw radar altitude 

ft 

IOFLL 

INPCOM 

R*4 

RADFT 

Best fit Earth rad of curvature ft 

ERAD 

NAVCOM 

R*4 

RADHLD 

VCWS Radius Hold enabled 

Bool 

LATRL 

FCCOM 

L* 1 

RADIUS 

Norn radius of Earth (3443.9186) ft 

(constant) 

CON 

R*4 

RALC 

Dist before turn to apply ALC 

ft 

HVGU ID 

NAVCOM 

R*4 

ROME 

MLS Range input 

ft 

IOFLL 

INPCOM 

R*4 

RECWD 

Recording Select Word in-use 

p.d. 

DSTAR/DASOT 

RECCOM 

1*2 

RECWD1 

Normal Recording Select Word 

p.d. 

(VIEW) 

RECCOM 

1*2 

RECWD 2 

Alternate Recording Slct Word 

p.d. 

(VIEW) 

RECCOM 

1*2 

RGSDEV 

ILS Glideslope Deviation 

deg 

IOFLL 

INPCOM 

R*4 

RLMLS 

MLSM Enable (vs MLS NAV only) 

Bool 

MLSEX 

NAVCOM 

L*1 

RLOCDV 

ILS Localizer Deviation 

deg 

IOFLL 

INPCOM 

R*4 

RLOUT 

Roll-out engage: FLAGS (10) 

Bool 

MLOG 

OUTCOM 

L* 1 

RM 

Local North radius of curvature nm 

ERAD 

NAVCOM 

R*4 

RMP 

N R of C including A/C altitude nm 

ERAD 

NAVCOM 

R*4 

RN 

Local East radius of curvature nm 

ERAD 

NAVCOM 

R*4 

RNGLS 

Range to LOC shack 

nm 

HNAVSL 

BCKCOM 

R*4 

RNP 

E R of C including A/C altitude nm 

ERAD 

NAVCOM 

R*4 

ROLL 

Roll attitude (phi) 

deg 

IOFLL 

INPCOM 

R*4 

RPTR 

SNAP read pointer 

ndx 

SNAP /SNAP OUT 

RECCOM 

1*2 

RSWADR 

Adrs of Select Discrete 

adrs 

(VIEW) 

RECCOM 

1*4 

RTA INDX 'Req Time of Arrival' waypnt 

ndx EXECUTE /LEG TIME 




+++ 


XLAT RTE 

CDUCOM 

1*2 

RTA PTR 

Active cntrpart of 'RTA_INDX' 

ndx 

EXECUTE 

CDUCOM 

1*2 

RTA TM 

ETA at the RTA waypoint 

sec 

LEG TIME 

CDUCOM 

1*4 

RTA_WPT 

Name of 'RTA' Waypoint 

char EXECUTE /LEG TIME 




+++ 


XLAT RTE 

CDUCOM 

C*4 

RTN 

Radius of Turn (2D) 

ft 

HVGU ID 

NAVCOM 

R*4 

RTOD 

Conversion factor (180/pi) 

dpr 

(constant) 

CON 

R*4 

RTRIM 

AFD Rudder Trim pot 

deg 

IOFLL 

INPCOM 

R*4 
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ITEM 

DESCRIPTION UNITS 

SET BY 

RES COM 

TYP 

RUDCMD 

Rudder Command 

deg 

LATRL/PRFLT 

OUTCOM 

R*4 

RUDMOD 

Rudder Model 

deg 

IOFLL 

INPCOM 

R*4 

RUDPOS 

Rudder surface Pos 

deg 

IOFLL 

INPCOM 

R*4 

RUDTRM 

Rudder Trim 

deg 

LATRL 

FCCOM 

R*4 

RUN 

Flight Controls Run select 

Bool 

IOFLL 

INPCOM 

L* 1 

RUNM 

Flight Controls Run Mode disc 

Bool 

MLOG 

OUTCOM 

L* 1 

RWYHDG 

Runway heading (true) 

deg 

EXECUTE 

DISNAV 

R*4 

RWYLAT 

LAT of Runway threshold 

deg 

EXECUTE 

DISNAV 

R*4 

RWYLEN 

Length of Runway 

ft 

EXECUTE 

DISNAV 

R*4 

RWYLON 

LON of Runway threshold 

deg 

EXECUTE 

DISNAV 

R*4 

RWYSEL 

MLS Runway Select index 

ndx 

(VIEW) 

NAVCOM 

1*2 

RYELEV 

Runway elevation (MSL) 

ft 

EXECUTE 

DISNAV 

R*4 

SACVIB 

SAC Vibration (shaker) amp. 

lbs 

COMMON 

FCCOM 

R*4 

SATINVW 

# (GPS) SATellites tracked 

cnt 

GPSPRC 

NAVCOM 

1*2 

SC 

Dist from T-box to wpt 

ft 

TGUID 

NAVCOM 

R*4 

SCMD 

Gnd Spd/4D Speed Cmd 

fps2 

SPDCMD/TGUID 

FCCOM 

R*4 

SDC 

Progress pt Vel command 

fps 

HVGUID 

NAVCOM 

R*4 

SDCC 

Time box velocity 

fps 

TGUID 

NAVCOM 

R*4 

SDCOL 

SAC pitch pos 

in 

IOFLL 

INPCOM 

L* 1 

SDD 

Progress pt Acc command fps/ft 

HVGUID 

NAVCOM 

R*4 

SDWHL 

SAC roll pos 

in 

IOFLL 

INPCOM 

R*4 

SELFPA 

Selected FPA (FPA/GS/3D) 

deg 

MSPLGC/VERCMD 

DISNAV 

R*4 

SEND BUF Signal HDL to send wpt bfrs 

Bool 

CDUFST/HDL 

CDUCOM 

L*1 

SEPR 

Dist between T-box and A/P 

ft 

TGUID 

NAVCOM 

R*4 

SETGD 

SET Guidance flags index 

ndx 

CDUFST /EXECUTE 

CDUCOM 

1*2 

SFCOL 

SAC pitch force 

lbs 

IOFLL 

INPCOM 

R*4 

SFWHL 

SAC roll force 

lbs 

IOFLL 

INPCOM 

R*4 

SHAKER 

Stick Shaker 

Bool 

VERCMD 

OUTCOM 

L* 1 

SIMALT 

Altitude Sim. airplane (init) 

ft 

NAVIG 

NAVCOM 

R*4 

SIMCAS 

Air Speed Sim. airplane (init) 

kts 

NAVIG 

NAVCOM 

R*4 

SIMFLG 

Simulated airplane Ctrl word 

p.d. 

VIEW/NAVI G 

NAVCOM 

1*2 

SIMHDG 

Sim. A/P heading (init) 

deg 

NAVIG 

NAVCOM 

R* 4 

SIMILS 

Enable SIMulated ILS 

Bool 

MLSEX 

NAVCOM 

L* 1 

SIMLAT 

Latitude Sim. airplane (init) 

deg 

NAVIG 

NAVCOM 

R* 4 

SIMLON 

Longitude Sim. airplane (init) 

deg 

NAVIG 

NAVCOM 

R* 4 

SINAZB 

Sin (AZ BRG) 

0 

RSCON 

NAVCOM 

R*4 

SINRH 

Sin (RWYHDG) 

0 

EXECUTE 

DISNAV 

R*4 

SINTH 

Sin (HDGTRU) 

0 

HNAVFS 

NAVCOM 

R*4 

SINUS 0 

Packed Sensor_In_Use word (1) 

p.d. 

SINUSE 

FCCOM 

1*2 

SINUS 1 

Packed Sensor_In_Use word (2) 

p.d. 

SINUSE 

FCCOM 

1*2 

SINUS2 

Packed Sensor_In_Use word (3) 

p.d. 

SINUSE 

FCCOM 

1*2 

SINUS 3 

Packed Sensor_In_Use word (4) 

p.d. 

SINUSE 

FCCOM 

1*2 

SLAT 

Sin (latitude) 

0 

HNAVFS 

NAVCOM 

R*4 

SLLAT 

Slow Loop local IDDLAT 

deg 

HNAVB/HNAVSL 

BCKCOM 

R*4 

SLLON 

Slow Loop local IDDLON 

deg 

HNAVB/HNAVSL 

BCKCOM 

R*4 

SLON 

Sin ( longitude) 

0 

HNAVFS 

NAVCOM 

R*4 

SLWCNT 

Exception Count for SLOW 

cnt 

SLOW 

OUTCOM 

1*4 

SMMAGV 

Mag Var for Sim A/P (init) 

deg 

NAVIG 

NAVCOM 

R*4 

SMUHDG 

Simulated A/P Heading 

deg 

NAVIG 

NAVCOM 

R*4 

SNENT 

SNAP table count 

ndx 

DSTAR 

RECCOM 

1*2 



364 


II EH 

pp$^;PTION UNITS 

SET BY 

RESCOM 

TYP 

SOAT 

Selected Outside Air Temp 

degF 

CDUFST/TKOFF 

DISNAV 

R*4 

SPDLMT 

4D Speed exceeds Limit 

Bool 

SPDCMD 

FCCOM 

L*1 

SPFINH 

Spoiler Feedback Inhibit 

Bool 

MLOG 

OUTCOM 

L*1 

SPINTG 

Spare Integer / pad 

— 

— 

NAVCOM 

1*2 

SPL2 

Spoiler pan #2 pos 

deg 

IOFLL 

INPCOM 

R*4 

SPOB1 

Old YAWDI / Pad 

Bool 

— 

OUTCOM 

L*1 

SPOB2 

Pad / Recording test 

Bool 

— 

OUTCOM 

L*1 

SPR7 

Spoiler pan #7 pos 

deg 

IOFLL 

INPCOM 

R*4 

SPREAL 

Dummies (12) for debug 

0 

— 

FCCOM 

R*4 

SPTR 

SNAP store pointer 

ndx 

SNAP 

RECCOM 

1*2 

SQUAT 

Squat (weight-on wheels) sw 

Bool 

IOFLL 

INPCOM 

L*1 

SROLL 

Sin (ROLL) 

0 

ACCPRC 

NAVCOM 

R*4 

SRST 

SNAP Reset flag 

Bool 

DSTAR/SNAP 

RECCOM 

L*2 

SSTICK 

SAC (vs. brolly) select 

Bool 

IOFLL 

INPCOM 

L*1 

STABP 

Stabilizer Pos (n/u) 

PU 

IOFLL 

INPCOM 

R*4 

STFAIL 

(signal) STatus FAIL arry(68) 

bits 

FDSTR/F2CMP 

FCCOM 

1*2 

STHET 

Sin (PITCH) (Theta) 

0 

ACCPRC 

NAVCOM 

R*4 

STKE 

sin (TKE) 

0 

HVGUID 

NAVCOM 

R*4 

STRUA 

Self test outputs 

p.d. 

PRFLT 

OUTCOM 

1*2 

STRUB 

Self test outputs 

p. d. 

PRFLT 

OUTCOM 

1*2 

STRUC 

Self test outputs 

p.d. 

PRFLT 

OUTCOM 

1*2 

SWITCH 

STP Switch status word 

0 

PANEL 

FCCOM 

1*2 

SYNCL 

Latrl (aileron) trim value 

deg 

LATRL 

FCCOM 

R*4 

TANGSA 

tan (GlideSlope Angle) 

0 

EXECUTE /MLOG 

NAVCOM 

R*4 

TAS 

True Air Speed 

kts 

IOFLL 

INPCOM 

R*4 

TASFPS 

True Air Speed 

fps 

HNAVFS/DATSEL 

NAVCOM 

R*4 

TASGS 

Airspeed (horizontal comp.) 

kts 

HNAVFS/DATSEL 

NAVCOM 

R*4 

TAT 

True Air Temperature 

degC 

IOFLL 

INPCOM 

R*4 

TEND 

2D 'Turn END' flag 

Bool 

HVGUID 

NAVCOM 

L*1 

TEND1 

Second half Turn flag (4D) 

Bool 

TGUID 

NAVCOM 

L*1 

THDG 

IRS True heading 

deg 

IOFLL 

INPCOM 

R*4 

THRLIM 

Throttle Limit placard 

Bool 

IOFLL 

INPCOM 

L*1 

THROT 

FFD Throtl hdl pos 

deg 

IOFLL 

INPCOM 

R*4 

TIME 

Greenwich Mean Time 

sec 

FCFAS T / 1 DENT 

DISNAV 

1*4 

TIMERR 

4D Guidance Time Error 

sec 

TGUID 

CDUCOM 

R*4 

TIME VLD Valid system GMT available 

Bool 

CDUEXC/ IDENT 

CDUCOM 

L*1 

TIMPTH 

TIMe PaTH / Grd Speed mode 

Bool 

MSPLGC 

DISNAV 

L* 1 

TK 

Track angle (True) 

deg 

HNAVFS 

DISNAV 

R*4 

TKASUM 

Track Angle Summer value 

deg 

MSPLGC /LATCMD 

DISNAV 

R*4 

TKE 

2D Track angle Error 

deg 

HVGUID 

NAVCOM 

R*4 

TKFLEN 

Origin Rwy Length 

ft 

CDUFST/TKOFF 

DISNAV 

1*2 

TKHDZN 

Roll window for TRKHLD 

deg 

COMMON 

FCCOM 

R*4 

TKMAG 

Track angle (Magnetic) 

deg 

HNAVFS 

NAVCOM 

R*4 

TKREL 

Track Pointer on CTV 

deg 

LATCMD 

DISNAV 

R*4 

TKSEL 

Track hold mode discrete 

Bool 

MSPLGC 

DISNAV 

L* 1 

TKTOMP 

Track Angle to Mode Panel 

p.d. 

MSPRO 

OUTCOM 

1*4 

TOWPT 

'To' waypoint pntr to WPT ACT 

ndx 

HVGUID 

DISNAV 

1*2 

TOEPR 

Take-Off EPR 

0 

TKOFF 

CDUCOM 

R*4 

TOFLPS 

Takeoff Flaps 

deg 

TKOFF 

DISNAV 

R*4 

TOGIOO 

100 M. sec. Toggle flag 

Bool 

FCFAST 

NAVCOM 

L*1 
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ITEM 

DESCRIPTION 

UNITS 

SET BY 

RESCOM 

TYP 

TOINDX 

Takeoff Index 

ndx 

CDUFST/TKOFF 

DISNAV 

1*2 

TOMPWD 

Overlay (10) of Mode Panel Words — 

MSPRO 

OUTCOM 

1*2 

TOPOS 

Takeoff Runway offset 

ft 

TKOFF 

DISNAV 

R*4 

TOSTAB 

Takeoff Stabilizer pos 

P.U. 

TKOFF 

DISNAV 

R*4 

TOTIME 

Clock time of the wpt 

sec 

TGUID 

NAVCOM 

R*4 

TOWD 

Takeoff Wind Direction 

deg 

CDUFST/TKOFF 

DISNAV 

R*4 

TOWPT 

2D 'To waypoint' Ptr 

ndx 

HVGUID 

DISNAV 

1*2 

TOWS 

Takeoff Wind Speed 

kts 

CDUFST/TKOFF 

DISNAV 

R*4 

TRIMD 

Stab trim down discrete 

Bool 

ELEVP/STABT 

OUTCOM 

L* 1 

TRIMT 

Stab trim run discrete 

Bool 

ELEVP/STABT 

OUTCOM 

L* 1 

TRKBG 

Track Bug delta 

deg 

LATCMD 

DISNAV 

R*4 

TRKHLD 

VCWS Track Hold enabled 

Bool 

LATRL 

FCCOM 

L* 1 

TST3D 

3D Guidance o.k. test 

Bool 

EXECUTE 

CDUCOM 

L* 1 

TST4D 

4D Guidance o.k. test 

Bool 

EXECUTE 

CDUCOM 

L* 1 

TURN 

2D 'In TURN' flag 

Bool 

HVGUID 

NAVCOM 

L* 1 

TURN1 

In Turn flag (4D) 

Bool 

TGUID 

NAVCOM 

L* 1 

VI 

V-Speed 

kts 

TKOFF 

DISNAV 

R*4 

V2 

V-Speed 

kts 

TKOFF 

DISNAV 

R*4 

VR 

V-Speed 

kts 

TKOFF 

DISNAV 

R*4 

VACMD 

Vertical Acceleration Command 

fps2 

VERCMD 

FCCOM 

R*4 

VATRD 

Vertical trim discrete (down) 

Bool 

IOFLL 

INPCOM 

L* 1 

VATRL 

Trim Left Select 

Bool 

IOFLL 

INPCOM 

L* 1 

VATRM 

Vertical trim discrete (up) 

Bool 

IOFLL 

INPCOM 

L* 1 

VATRR 

Trim Right Select 

Bool 

IOFLL 

INPCOM 

L* 1 

VBCFLG 

Vert (3D) Be Careful flag 

Bool 

VERCMD 

FCCOM 

L* 1 

VBS 

Vertical Beam Sensed flag 

Bool 

VERCMD /MLOG 

FCCOM 

L* 1 

VCWSE 

Velocity CWS Engage: FLAGS (5) 

Bool 

MLOG 

OUTCOM 

L* 1 

VCWSS 

VCWS Select discrete 

Bool 

DISFD 

FCCOM 

L*1 

VDISC 

Debounced Discretes to DSP 

p.d. 

DISFD 

DISNAV 

1*2 

VE 

Selected East velocity 

kts 

HNSWIT/DATSEL 

NAVCOM 

R*4 

VEINS 

IRS East velocity 

kts 

IOFLL 

INPCOM 

R*4 

VELHAT 

MLS velocity estimate vector 

fps 

CFILT 

NAVCOM 

R*4 

VELVLD 

IRS Velocities Valid 

Bool 

IOFLL 

INPCOM 

L* 1 

VERPTH 

Vert Path (3D) engaged disc. 

Bool 

MSPLGC 

DISNAV 

L* 1 

VERSTR 

Vert. Steering signal 

fps2 

VERCMD 

FCCOM 

R*4 

VGSDOT 

Along track acceleration 

fps2 

HNSWIT/DATSEL 

DISNAV 

R*4 

VGSFLG 

VGS vs. PFILT vel for CF IC 

BOOL 

MLSEX 

NAVCOM 

L* 1 

VN 

Selected North velocity 

kts 

HNSWIT/DATSEL 

NAVCOM 

R*4 

VNINS 

IRS North velocity 

kts 

IOFLL 

INPCOM 

R*4 

VSTRA 

Vert, path HDOT Cmd 

K* fps 

VERCMD 

FCCOM 

R*4 

VSTRB 

Vert, path gained HDOT 

K* f ps 

VERCMD 

FCCOM 

R* 4 

VSTSEL 

VERT Steer options 

p.d. 

VIEW 

FCCOM 

1*2 

VORVLD 

VOR #2 Rcvr Valid (always false) Bool DISFD 

FCCOM 

L* 1 

WD 

Wind Direction 

deg 

BLOW 

DISNAV 

R*4 

WDTV 

Watchdog Timer 

— 

FCFAST/ COMMON 

OUTCOM 

1*2 

WDZNE 

Var Wheel Dead Zone 

deg 

COMMON /MLOG 

FCCOM 

R*4 

WEIGHT 

A/C gross Weight 

lbs 

IOFLL 

INPCOM 

R*4 

WGSMSL 

WGS-84 reference height of MSL ft 

COMMON /VIEW 

NAVCOM 

R*4 

WHLINP 

Dead-zoned DWHL 

deg 

LATRL 

DISNAV 

R*4 
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ITEM 

DESCRIPTION 

UNITS 

SET BY 

RESCOM 

TYP 

WHLSHAP 

Exp Shaping for Whl input 

0 

COMMON/VIEW 

FCCOM 

R*4 

WNDMOD 

Wind model selection index 

ndx 

VIEW 

BCKCOM 

1*2 

WPT ACT 

Active Waypoint buffer 

— 

EXECUTE /HVGU ID 

NAVCOM 


WRDCNT 

# of (bytes) to o/p to STP 

cnt FMTMG/ GMSG/PANEL FCCOM 

1*2 

WS 

Wind Speed 

kts 

BLOW 

DISNAV 

R*4 

WSPIN 

Wheel SPIN 

Bool 

IOFLL 

INPCOM 

VI 

XDDH 

MLS/GPS along rwy accel 

fps2 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

XDH 

MLS/GPS along runway speed 

fps 

HNSWIT/ GPSPRC 

NAVCOM 

R*4 

XGPIP 

GPIP X dist from Az/Loc ant 

ft 

MLSEX/GPSPRC 

NAVCOM 

R*4 

XHAT 

MLS/GPS X pos estimate 

ft 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

XHTCRS 

MSW of Integer XHAT 

ft 

DASOT 

RECCOM 

1*2 

XHTFIN 

LSW (LSB = .25 FT) 

ft 

DASOT 

RECCOM 

1*2 

XTACC 

Selected Cross Track accel 

fps2 

HNSWIT /DATSEL 

DISNAV 

R*4 

XTK 

Horizontal Path error 

ft 

HVGU ID 

DISNAV 

R*4 

XTK1 

Integral of (XTKNOM - XTACC) 

fps 

LATRL 

FCCOM 

R*4 

XTKINS 

IRS Cross track acceleration 

fps 

IOFLL 

INPCOM 

R*4 

XTKLIM 

HORPTH Capture limit 

ft 

LATCMD 

FCCOM 

R*4 

XTVEL 

Computed Cross RWY Velocity 

fps 

DATSEL/NAVIG 

FCCOM 

R*4 

X DME 

X- coord of MLS DME antenna 

ft 

RSCON (MLSEX) 

NAVCOM 

R*4 

X ELI 

X dist of MLS Ell ant from Az 

ft 

RSCON (MLSEX) 

NAVCOM 

R*4 

X_HRSW 

Radar altitude switch point 

ft 

RSCON (MLSEX) 

NAVCOM 

R* 1 

YDDH 

MLS/GPS across rwy accel 

fps2 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

YDH 

MLS/GPS across runway speed 

fps 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

YHAT 

MLS/GPS Y pos estimate 

ft 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

YHTCRS 

MSW of Integer YHAT 

ft 

DASOT 

RECCOM 

1*2 

YHTFIN 

LSW (LSB = . 25FT) 

ft 

DASOT 

RECCOM 

1*2 

YPROF 

Az C/L offset from Rwy C/L 

ft 

MLSEX/GPSPRC 

NAVCOM 

R*4 

Y DME 

Y- coord of MLS DME antenna 

ft 

RSCON (MLSEX) 

NAVCOM 

R*4 

Y_EL1 

Y dist of MLS Ell ant from Az 

ft 

RSCON 

NAVCOM 

R*4 

ZOMLS 

Ht of MLS plane above MSL @ Ell ft 

RSCON 

NAVCOM 

R*4 

ZDDH 

MLS/GPS vertical acceleration 

fps2 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

ZDH 

MLS/GPS vertical speed 

fps 

HNSWIT/GPSPRC 

NAVCOM 

R*4 

ZDIF 

ZO + comp due to Earth curve 

ft 

HNAVML 

NAVCOM 

R*4 

ZERO 

Constant 0.0 

0 

(constant) 

CON 

R*4 

ZFW 

Zero Fuel Weight of airplane 

lbs 

PFINIT 

CDUCOM 

R*4 

ZHAT 

MLS/GPS Z pos estimate 

ft 

HNAVFS/GPSPRC 

NAVCOM 

R*4 

Z EL1G 

Z- coordinate of MLS ELI ant 

ft 

RSCON (MLSEX) 

NAVCOM 

R*4 
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